компоненты времени

 

компоненты времени
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

EN

• time components

 

временное уплотнение аналоговых составляющих
Система, в которой компоненты мультиплексируются по времени в один канал при помощи методов разделения по времени, т.е. компоненты разделяются, так как передаются в разные моменты времени по одному каналу. Существует много различных МАС-форматов и стандартов.
[ http://www.vidimost.com/glossary.html]

Тематики

• телевидение, радиовещание, видео

EN

• MAC
• multiplexed analog components

 

вычислительная машина коллективного пользования
вычислительная машина с параллельным (множественным) доступом
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

Синонимы

• вычислительная машина с параллельным (множественным) доступом

EN

• multiple access computer
• MAC

 

код аутентификации сообщений
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

EN

• message authentication code
• MAC

 

код аутентификации сообщения
Эта функция на основе входа переменной длины и ключа производит выход фиксированной длины [Криптографический словарь Карэна Исагулиева - www.racal.ru].
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• MAC
• message authentication code

 

код подтверждения подлинности сообщения
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

EN

• message authentication code
• MAC

 

контроллер доступа к памяти
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

EN

• memory access controller
• MAC

 

мандатный контроль доступа
Средство ограничения доступа к информации, основанное на метках. Пользователь имеет метку (или клиренс), и объект тоже имеет метку (или классификацию), которые сравниваются, чтобы определить, разрешен ли этому пользователю доступ к объекту. Поскольку такие контрольные параметры доступа всегда дополняют любой дискреционный контроль доступа, реализуемый пользователем, этот тип защиты называется обязательным.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• MAC
• mandatory access control

 

многократные аналоговые компоненты
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

EN

• multiple analogue components
• MAC

 

подуровень управления доступом к среде
подуровень УДС
Нижний подуровень уровня звена данных, управляющий доступом станций данных к физической среде.
[ ГОСТ 29099-91]

Тематики

• сети вычислительные

Синонимы

• подуровень УДС

EN

• MAC
• medium access control sublayer

 

полномочное управление доступом
Способ управления доступом к объектам, основанный на степени секретности или критичности информации (представленной специальными метками), содержащейся в объекте и формальной проверке полномочий и прав субъекта при доступе к информации данного уровня критичности.
[[http://www.rfcmd.ru/glossword/1.8/index.php?a=index&d=23]]

Тематики

• защита информации

EN

• mandatory access control
• MAC

 

уплотнение аналоговых компонент
Комбинированный цифро-аналоговый стандарт с поочередной периодической передачей активной строки сжатых во времени аналоговых сигналов яркости и цветности. В настоящее время реализовано 6 модификаций MAC применительно к разным стандартам (625 и 525 строк), отличающихся тактовыми частотами, числом тактовых интервалов, структурой уплотнения и опорными сигналами, а также методами кодирований и параметрами звука (табл. М-1).
Для сетей кабельного телевидения разработаны специальные стандарты D-MAC и 02-МАС.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• электросвязь, основные понятия

EN

• MAC
• Multiplexing Analogue Components

 

управление доступом к среде
Протокол, используемый для определения способа получения доступа рабочих станций к среде передачи, наиболее часто используемый в локальных сетях. Для ЛВС, соответствующих стандартам IEEE, MAC-уровень является нижним подуровнем канала передачи данных (data link layer). См. также CSMA/CD, Ethernet, LLC, MAC address, Token Ring. 
[ http://www.lexikon.ru/dict/net/index.html]

Тематики

• сети вычислительные

EN

• media access control
• MAC

 

управление доступом к среде передачи
(МСЭ-Т Y.1310).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• MAC medium access control
• MAC

 

управление доступом к среде передачи данных
Канальный подуровень, который отвечает за процедуры, сообщения и протоколы, обеспечивающие управление ресурсами канала, т. е. за установление, поддержание и разрыв низкоуровневых соединений, динамический выбор частотных каналов и др.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• MAC
• Media Access Control

 

мн. запасы
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• resource

 

мн. средства
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• resource

 

ресурс системы обработки информации
Средство системы обработки информации, которое может быть выделено процессу обработки данных на определенный интервал времени.
Примечание
Основными ресурсами являются процессоры, области основной памяти, наборы данных, периферийные устройства, программы.
[ ГОСТ 19781-90]

Тематики

• обеспеч. систем обраб. информ. программное

EN

• resource

4.37 ресурс (resource): Актив, который используется или потребляется в ходе выполнения процесса.

Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

4.13 ресурс (resource): Активы (организации), которые используются или потребляются входе выполнения процесса.

Примечания

1. Ресурсы могут включать в себя такие разнообразные объекты, как персонал, оборудование, основные средства, инструменты, а также коммунальные услуги: энергию, воду, топливо и инфраструктуру средств связи.

2. Ресурсы могут быть многократно используемыми, возобновляемыми или расходуемыми.

Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

3.12 ресурсы (resource): Физические и логические компоненты, используемые для формирования услуг.

Примечание - В качестве ресурсов используются приложения, средства вычислительной техники и элементы сетевой инфраструктуры.

Источник: ГОСТ Р 53633.1-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с поставщиками и партнерами оригинал документа

3.12 ресурсы (resource): Физические и логические компоненты, используемые для формирования услуг.

Примечание - В качестве ресурсов используются приложения, средства вычислительной техники и элементы сетевой инфраструктуры.

Источник: ГОСТ Р 53633.2-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление и эксплуатация ресурсов оригинал документа

2.14 ресурсы (resource): Физические и логические компоненты, используемые для формирования услуг.

Примечание - В качестве ресурсов используются приложения, средства вычислительной техники и элементы сетевой инфраструктуры.

Источник: ГОСТ Р 53633.0-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Общая структура бизнес-процессов оригинал документа

3.12 ресурсы (resource): Физические и логические компоненты, используемые для формирования услуг.

Примечание - В качестве ресурсов используются приложения, средства вычислительной техники и элементы сетевой инфраструктуры.

Источник: ГОСТ Р 53633.3-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с клиентами оригинал документа

3.12 ресурсы (resource): Физические и логические компоненты, используемые для формирования услуг.

Примечание - В качестве ресурсов используются приложения, средства вычислительной техники и элементы сетевой инфраструктуры.

Источник: ГОСТ Р 53633.6-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт Разработка и управление услугами оригинал документа

3.6.43 ресурс (resource): Любое устройство, инструмент и средства, за исключением сырья и компонентов конечной продукции, имеющихся в расположении предприятия для производства товаров и услуг.

Примечание 1 - Ресурсы, как они определены в данном случае, включают человеческие ресурсы, рассматриваемые как специфические средства с установленной способностью и производительностью. Эти средства рассматриваются как способные участвовать в производственном процессе на основе установленных задач, исключая любое моделирование индивидуального или общего поведения человеческих ресурсов, кроме способности выполнять данную задачу в производственном процессе (например преобразование сырья или составной части, обеспечение услуг по снабжению). Это означает, что человеческие ресурсы только рассматриваются как другие, с точки зрения их функций, их возможности и статуса (например простой, занятость), исключая любое моделирование или представление любого аспекта индивидуального или общего «социального» поведения.

Примечание 2 - Данное определение включает определение из ИСО 10303-49.

Источник: ГОСТ Р ИСО 15531-1-2008: Промышленные автоматизированные системы и интеграция. Данные по управлению промышленным производством. Часть 1. Общий обзор оригинал документа

3.60 ресурс (resource): Сущность предприятия, обеспечивающая некоторые или все способности, необходимые для обеспечения деятельности предприятия.

[ИСО 15704:2000].

Примечание - В настоящем стандарте ресурсы используются в смысле сущностей из теории систем, которые создают возможности, исходя из требований системы, и являются неотъемлемой частью самой системы. Описание ресурсов включает идентификацию и описание расходных материалов (таких как энергия, воздух, охладитель), которые должны присутствовать в достаточных количествах для управления ресурсами. В противоположность этому, создается материальный резерв для затрат на процесс, которые необходимы для различных процессов, такой как сырье, детали и узлы. Эти входные параметры устанавливаются в функциональном представлении (виде), описываются в информационном представлении и включают соответствующие административные обязанности, установленные в организационном представлении.

Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа

93. Ресурс системы обработки информации

Resource

Средство системы обработки информации, которое может быть выделено процессу обработки данных на определенный интервал времени.

Примечание. Основными ресурсами являются процессоры, области основной памяти, наборы данных, периферийные устройства, программы

Источник: ГОСТ 19781-90: Обеспечение систем обработки информации программное. Термины и определения оригинал документа

3.12 ресурсы (resource): Физические и логические компоненты, используемые для формирования услуг.

Примечание - В качестве ресурсов используются приложения, средства вычислительной техники и элементы сетевой инфраструктуры.

Источник: ГОСТ Р 53633.8-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Разработка и управление цепочками поставок оригинал документа

3.12 ресурсы (resource): Физические и логические компоненты, используемые для формирования услуг.

Примечание - В качестве ресурсов используются приложения, средства вычислительной техники и элементы сетевой инфраструктуры.

Источник: ГОСТ Р 53633.5-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Управление маркетингом и предложением продукта оригинал документа

3.1.27 ресурс (resource): Набор функциональных возможностей, предоставляемых хостом (абонентским приемником) для использования модулем. Ресурс описывает набор объектов, которыми обмениваются модуль и хос, и с помощью которых модуль использует ресурс.

Источник: ГОСТ Р 53531-2009: Телевидение вещательное цифровое. Требования к защите информации от несанкционированного доступа в сетях кабельного и наземного телевизионного вещания. Основные параметры. Технические требования оригинал документа

3.127 ресурс (resource): Любое устройство, инструмент и средство, за исключением сырьевого материала и компонентов готового продукта, имеющиеся в распоряжении предприятия для производства товаров и услуг.

Примечание 1 - Ресурсы, как они определены в этом документе, включают в себя человеческие ресурсы, рассматриваемые как специфические средства с заданной производительностью и заданной мощностью, т.е. рассматриваемые средства, которые могут быть вовлечены в процесс производства через поставленные задачи. Это не включает в себя какое-либо моделирование индивидуального или коллективного поведения человеческих ресурсов, влияющее на их производительность при выполнении поставленной задачи в производственном процессе (например, при преобразовании сырья или компонентов, предоставление логистических услуг). Это означает, что человеческие ресурсы, как и прочие ресурсы, рассматриваются только с точки зрения их функциональности, возможностей и статуса (например, занятый, незанятый). Это исключает какое-либо моделирование или представление любого аспекта индивидуального или общественного (социального) поведения.

Примечание 2 - Это определение включает в себя определение ИСО 10303-49, оно включено также в определение, применимое в ИСО 18629-14 и ИСО 18629-44, которое включает в себя сырье и расходные материалы.

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

 

модульный центр обработки данных (ЦОД)
-
[Интент]

Параллельные тексты EN-RU

[ http://loosebolts.wordpress.com/2008/12/02/our-vision-for-generation-4-modular-data-centers-one-way-of-getting-it-just-right/]

[ http://dcnt.ru/?p=9299#more-9299]

Data Centers are a hot topic these days. No matter where you look, this once obscure aspect of infrastructure is getting a lot of attention. For years, there have been cost pressures on IT operations and this, when the need for modern capacity is greater than ever, has thrust data centers into the spotlight. Server and rack density continues to rise, placing DC professionals and businesses in tighter and tougher situations while they struggle to manage their IT environments. And now hyper-scale cloud infrastructure is taking traditional technologies to limits never explored before and focusing the imagination of the IT industry on new possibilities.

В настоящее время центры обработки данных являются широко обсуждаемой темой. Куда ни посмотришь, этот некогда малоизвестный аспект инфраструктуры привлекает все больше внимания. Годами ИТ-отделы испытывали нехватку средств и это выдвинуло ЦОДы в центр внимания, в то время, когда необходимость в современных ЦОДах стала как никогда высокой. Плотность серверов и стоек продолжают расти, все больше усложняя ситуацию для специалистов в области охлаждения и организаций в их попытках управлять своими ИТ-средами. И теперь гипермасштабируемая облачная инфраструктура подвергает традиционные технологии невиданным ранее нагрузкам, и заставляет ИТ-индустрию искать новые возможности.

At Microsoft, we have focused a lot of thought and research around how to best operate and maintain our global infrastructure and we want to share those learnings. While obviously there are some aspects that we keep to ourselves, we have shared how we operate facilities daily, our technologies and methodologies, and, most importantly, how we monitor and manage our facilities. Whether it’s speaking at industry events, inviting customers to our “Microsoft data center conferences” held in our data centers, or through other media like blogging and white papers, we believe sharing best practices is paramount and will drive the industry forward. So in that vein, we have some interesting news to share.

В компании MicroSoft уделяют большое внимание изучению наилучших методов эксплуатации и технического обслуживания своей глобальной инфраструктуры и делятся результатами своих исследований. И хотя мы, конечно, не раскрываем некоторые аспекты своих исследований, мы делимся повседневным опытом эксплуатации дата-центров, своими технологиями и методологиями и, что важнее всего, методами контроля и управления своими объектами. Будь то доклады на отраслевых событиях, приглашение клиентов на наши конференции, которые посвящены центрам обработки данных MicroSoft, и проводятся в этих самых дата-центрах, или использование других средств, например, блоги и спецификации, мы уверены, что обмен передовым опытом имеет первостепенное значение и будет продвигать отрасль вперед.

Today we are sharing our Generation 4 Modular Data Center plan. This is our vision and will be the foundation of our cloud data center infrastructure in the next five years. We believe it is one of the most revolutionary changes to happen to data centers in the last 30 years. Joining me, in writing this blog are Daniel Costello, my director of Data Center Research and Engineering and Christian Belady, principal power and cooling architect. I feel their voices will add significant value to driving understanding around the many benefits included in this new design paradigm.

Сейчас мы хотим поделиться своим планом модульного дата-центра четвертого поколения. Это наше видение и оно будет основанием для инфраструктуры наших облачных дата-центров в ближайшие пять лет. Мы считаем, что это одно из самых революционных изменений в дата-центрах за последние 30 лет. Вместе со мной в написании этого блога участвовали Дэниел Костелло, директор по исследованиям и инжинирингу дата-центров, и Кристиан Белади, главный архитектор систем энергоснабжения и охлаждения. Мне кажется, что их авторитет придаст больше веса большому количеству преимуществ, включенных в эту новую парадигму проектирования.

Our “Gen 4” modular data centers will take the flexibility of containerized servers—like those in our Chicago data center—and apply it across the entire facility. So what do we mean by modular? Think of it like “building blocks”, where the data center will be composed of modular units of prefabricated mechanical, electrical, security components, etc., in addition to containerized servers.

Was there a key driver for the Generation 4 Data Center?

Наши модульные дата-центры “Gen 4” будут гибкими с контейнерами серверов – как серверы в нашем чикагском дата-центре. И гибкость будет применяться ко всему ЦОД. Итак, что мы подразумеваем под модульностью? Мы думаем о ней как о “строительных блоках”, где дата-центр будет состоять из модульных блоков изготовленных в заводских условиях электрических систем и систем охлаждения, а также систем безопасности и т.п., в дополнение к контейнеризованным серверам.
Был ли ключевой стимул для разработки дата-центра четвертого поколения?

If we were to summarize the promise of our Gen 4 design into a single sentence it would be something like this: “A highly modular, scalable, efficient, just-in-time data center capacity program that can be delivered anywhere in the world very quickly and cheaply, while allowing for continued growth as required.” Sounds too good to be true, doesn’t it? Well, keep in mind that these concepts have been in initial development and prototyping for over a year and are based on cumulative knowledge of previous facility generations and the advances we have made since we began our investments in earnest on this new design.

Если бы нам нужно было обобщить достоинства нашего проекта Gen 4 в одном предложении, это выглядело бы следующим образом: “Центр обработки данных с высоким уровнем модульности, расширяемости, и энергетической эффективности, а также возможностью постоянного расширения, в случае необходимости, который можно очень быстро и дешево развертывать в любом месте мира”. Звучит слишком хорошо для того чтобы быть правдой, не так ли? Ну, не забывайте, что эти концепции находились в процессе начальной разработки и создания опытного образца в течение более одного года и основываются на опыте, накопленном в ходе развития предыдущих поколений ЦОД, а также успехах, сделанных нами со времени, когда мы начали вкладывать серьезные средства в этот новый проект.

One of the biggest challenges we’ve had at Microsoft is something Mike likes to call the ‘Goldilock’s Problem’. In a nutshell, the problem can be stated as:

The worst thing we can do in delivering facilities for the business is not have enough capacity online, thus limiting the growth of our products and services.

Одну из самых больших проблем, с которыми приходилось сталкиваться Майкрософт, Майк любит называть ‘Проблемой Лютика’. Вкратце, эту проблему можно выразить следующим образом:

Самое худшее, что может быть при строительстве ЦОД для бизнеса, это не располагать достаточными производственными мощностями, и тем самым ограничивать рост наших продуктов и сервисов.

The second worst thing we can do in delivering facilities for the business is to have too much capacity online.

А вторым самым худшим моментом в этой сфере может слишком большое количество производственных мощностей.

This has led to a focus on smart, intelligent growth for the business — refining our overall demand picture. It can’t be too hot. It can’t be too cold. It has to be ‘Just Right!’ The capital dollars of investment are too large to make without long term planning. As we struggled to master these interesting challenges, we had to ensure that our technological plan also included solutions for the business and operational challenges we faced as well.
So let’s take a high level look at our Generation 4 design

Это заставило нас сосредоточиваться на интеллектуальном росте для бизнеса — refining our overall demand picture. Это не должно быть слишком горячим. И это не должно быть слишком холодным. Это должно быть ‘как раз, таким как надо!’ Нельзя делать такие большие капиталовложения без долгосрочного планирования. Пока мы старались решить эти интересные проблемы, мы должны были гарантировать, что наш технологический план будет также включать решения для коммерческих и эксплуатационных проблем, с которыми нам также приходилось сталкиваться.
Давайте рассмотрим наш проект дата-центра четвертого поколения

Are you ready for some great visuals? Check out this video at Soapbox. Click here for the Microsoft 4th Gen Video.

It’s a concept video that came out of my Data Center Research and Engineering team, under Daniel Costello, that will give you a view into what we think is the future.

From a configuration, construct-ability and time to market perspective, our primary goals and objectives are to modularize the whole data center. Not just the server side (like the Chicago facility), but the mechanical and electrical space as well. This means using the same kind of parts in pre-manufactured modules, the ability to use containers, skids, or rack-based deployments and the ability to tailor the Redundancy and Reliability requirements to the application at a very specific level.

Посмотрите это видео, перейдите по ссылке для просмотра видео о Microsoft 4th Gen:

Это концептуальное видео, созданное командой отдела Data Center Research and Engineering, возглавляемого Дэниелом Костелло, которое даст вам наше представление о будущем.

С точки зрения конфигурации, строительной технологичности и времени вывода на рынок, нашими главными целями и задачами агрегатирование всего дата-центра. Не только серверную часть, как дата-центр в Чикаго, но также системы охлаждения и электрические системы. Это означает применение деталей одного типа в сборных модулях, возможность использования контейнеров, салазок, или стоечных систем, а также возможность подстраивать требования избыточности и надежности для данного приложения на очень специфичном уровне.

Our goals from a cost perspective were simple in concept but tough to deliver. First and foremost, we had to reduce the capital cost per critical Mega Watt by the class of use. Some applications can run with N-level redundancy in the infrastructure, others require a little more infrastructure for support. These different classes of infrastructure requirements meant that optimizing for all cost classes was paramount. At Microsoft, we are not a one trick pony and have many Online products and services (240+) that require different levels of operational support. We understand that and ensured that we addressed it in our design which will allow us to reduce capital costs by 20%-40% or greater depending upon class.

Нашими целями в области затрат были концептуально простыми, но трудно реализуемыми. В первую очередь мы должны были снизить капитальные затраты в пересчете на один мегаватт, в зависимости от класса резервирования. Некоторые приложения могут вполне работать на базе инфраструктуры с резервированием на уровне N, то есть без резервирования, а для работы других приложений требуется больше инфраструктуры. Эти разные классы требований инфраструктуры подразумевали, что оптимизация всех классов затрат имеет преобладающее значение. В Майкрософт мы не ограничиваемся одним решением и располагаем большим количеством интерактивных продуктов и сервисов (240+), которым требуются разные уровни эксплуатационной поддержки. Мы понимаем это, и учитываем это в своем проекте, который позволит нам сокращать капитальные затраты на 20%-40% или более в зависимости от класса.

For example, non-critical or geo redundant applications have low hardware reliability requirements on a location basis. As a result, Gen 4 can be configured to provide stripped down, low-cost infrastructure with little or no redundancy and/or temperature control. Let’s say an Online service team decides that due to the dramatically lower cost, they will simply use uncontrolled outside air with temperatures ranging 10-35 C and 20-80% RH. The reality is we are already spec-ing this for all of our servers today and working with server vendors to broaden that range even further as Gen 4 becomes a reality. For this class of infrastructure, we eliminate generators, chillers, UPSs, and possibly lower costs relative to traditional infrastructure.

Например, некритичные или гео-избыточные системы имеют низкие требования к аппаратной надежности на основе местоположения. В результате этого, Gen 4 можно конфигурировать для упрощенной, недорогой инфраструктуры с низким уровнем (или вообще без резервирования) резервирования и / или температурного контроля. Скажем, команда интерактивного сервиса решает, что, в связи с намного меньшими затратами, они будут просто использовать некондиционированный наружный воздух с температурой 10-35°C и влажностью 20-80% RH. В реальности мы уже сегодня предъявляем эти требования к своим серверам и работаем с поставщиками серверов над еще большим расширением диапазона температур, так как наш модуль и подход Gen 4 становится реальностью. Для подобного класса инфраструктуры мы удаляем генераторы, чиллеры, ИБП, и, возможно, будем предлагать более низкие затраты, по сравнению с традиционной инфраструктурой.

Applications that demand higher level of redundancy or temperature control will use configurations of Gen 4 to meet those needs, however, they will also cost more (but still less than traditional data centers). We see this cost difference driving engineering behavioral change in that we predict more applications will drive towards Geo redundancy to lower costs.

Системы, которым требуется более высокий уровень резервирования или температурного контроля, будут использовать конфигурации Gen 4, отвечающие этим требованиям, однако, они будут также стоить больше. Но все равно они будут стоить меньше, чем традиционные дата-центры. Мы предвидим, что эти различия в затратах будут вызывать изменения в методах инжиниринга, и по нашим прогнозам, это будет выражаться в переходе все большего числа систем на гео-избыточность и меньшие затраты.

Another cool thing about Gen 4 is that it allows us to deploy capacity when our demand dictates it. Once finalized, we will no longer need to make large upfront investments. Imagine driving capital costs more closely in-line with actual demand, thus greatly reducing time-to-market and adding the capacity Online inherent in the design. Also reduced is the amount of construction labor required to put these “building blocks” together. Since the entire platform requires pre-manufacture of its core components, on-site construction costs are lowered. This allows us to maximize our return on invested capital.

Еще одно достоинство Gen 4 состоит в том, что он позволяет нам разворачивать дополнительные мощности, когда нам это необходимо. Как только мы закончим проект, нам больше не нужно будет делать большие начальные капиталовложения. Представьте себе возможность более точного согласования капитальных затрат с реальными требованиями, и тем самым значительного снижения времени вывода на рынок и интерактивного добавления мощностей, предусматриваемого проектом. Также снижен объем строительных работ, требуемых для сборки этих “строительных блоков”. Поскольку вся платформа требует предварительного изготовления ее базовых компонентов, затраты на сборку также снижены. Это позволит нам увеличить до максимума окупаемость своих капиталовложений.
Мы все подвергаем сомнению

In our design process, we questioned everything. You may notice there is no roof and some might be uncomfortable with this. We explored the need of one and throughout our research we got some surprising (positive) results that showed one wasn’t needed.

В своем процессе проектирования мы все подвергаем сомнению. Вы, наверное, обратили внимание на отсутствие крыши, и некоторым специалистам это могло не понравиться. Мы изучили необходимость в крыше и в ходе своих исследований получили удивительные результаты, которые показали, что крыша не нужна.
Серийное производство дата центров

In short, we are striving to bring Henry Ford’s Model T factory to the data center. http://en.wikipedia.org/wiki/Henry_Ford#Model_T. Gen 4 will move data centers from a custom design and build model to a commoditized manufacturing approach. We intend to have our components built in factories and then assemble them in one location (the data center site) very quickly. Think about how a computer, car or plane is built today. Components are manufactured by different companies all over the world to a predefined spec and then integrated in one location based on demands and feature requirements. And just like Henry Ford’s assembly line drove the cost of building and the time-to-market down dramatically for the automobile industry, we expect Gen 4 to do the same for data centers. Everything will be pre-manufactured and assembled on the pad.

Мы хотим применить модель автомобильной фабрики Генри Форда к дата-центру. Проект Gen 4 будет способствовать переходу от модели специализированного проектирования и строительства к товарно-производственному, серийному подходу. Мы намерены изготавливать свои компоненты на заводах, а затем очень быстро собирать их в одном месте, в месте строительства дата-центра. Подумайте о том, как сегодня изготавливается компьютер, автомобиль или самолет. Компоненты изготавливаются по заранее определенным спецификациям разными компаниями во всем мире, затем собираются в одном месте на основе спроса и требуемых характеристик. И точно так же как сборочный конвейер Генри Форда привел к значительному уменьшению затрат на производство и времени вывода на рынок в автомобильной промышленности, мы надеемся, что Gen 4 сделает то же самое для дата-центров. Все будет предварительно изготавливаться и собираться на месте.
Невероятно энергоэффективный ЦОД

And did we mention that this platform will be, overall, incredibly energy efficient? From a total energy perspective not only will we have remarkable PUE values, but the total cost of energy going into the facility will be greatly reduced as well. How much energy goes into making concrete? Will we need as much of it? How much energy goes into the fuel of the construction vehicles? This will also be greatly reduced! A key driver is our goal to achieve an average PUE at or below 1.125 by 2012 across our data centers. More than that, we are on a mission to reduce the overall amount of copper and water used in these facilities. We believe these will be the next areas of industry attention when and if the energy problem is solved. So we are asking today…“how can we build a data center with less building”?

А мы упоминали, что эта платформа будет, в общем, невероятно энергоэффективной? С точки зрения общей энергии, мы получим не только поразительные значения PUE, но общая стоимость энергии, затраченной на объект будет также значительно снижена. Сколько энергии идет на производство бетона? Нам нужно будет столько энергии? Сколько энергии идет на питание инженерных строительных машин? Это тоже будет значительно снижено! Главным стимулом является достижение среднего PUE не больше 1.125 для всех наших дата-центров к 2012 году. Более того, у нас есть задача сокращения общего количества меди и воды в дата-центрах. Мы думаем, что эти задачи станут следующей заботой отрасли после того как будет решена энергетическая проблема. Итак, сегодня мы спрашиваем себя…“как можно построить дата-центр с меньшим объемом строительных работ”?
Строительство дата центров без чиллеров

We have talked openly and publicly about building chiller-less data centers and running our facilities using aggressive outside economization. Our sincerest hope is that Gen 4 will completely eliminate the use of water. Today’s data centers use massive amounts of water and we see water as the next scarce resource and have decided to take a proactive stance on making water conservation part of our plan.

Мы открыто и публично говорили о строительстве дата-центров без чиллеров и активном использовании в наших центрах обработки данных технологий свободного охлаждения или фрикулинга. Мы искренне надеемся, что Gen 4 позволит полностью отказаться от использования воды. Современные дата-центры расходуют большие объемы воды и так как мы считаем воду следующим редким ресурсом, мы решили принять упреждающие меры и включить экономию воды в свой план.

By sharing this with the industry, we believe everyone can benefit from our methodology. While this concept and approach may be intimidating (or downright frightening) to some in the industry, disclosure ultimately is better for all of us.

Делясь этим опытом с отраслью, мы считаем, что каждый сможет извлечь выгоду из нашей методологией. Хотя эта концепция и подход могут показаться пугающими (или откровенно страшными) для некоторых отраслевых специалистов, раскрывая свои планы мы, в конечном счете, делаем лучше для всех нас.

Gen 4 design (even more than just containers), could reduce the ‘religious’ debates in our industry. With the central spine infrastructure in place, containers or pre-manufactured server halls can be either AC or DC, air-side economized or water-side economized, or not economized at all (though the sanity of that might be questioned). Gen 4 will allow us to decommission, repair and upgrade quickly because everything is modular. No longer will we be governed by the initial decisions made when constructing the facility. We will have almost unlimited use and re-use of the facility and site. We will also be able to use power in an ultra-fluid fashion moving load from critical to non-critical as use and capacity requirements dictate.

Проект Gen 4 позволит уменьшить ‘религиозные’ споры в нашей отрасли. Располагая базовой инфраструктурой, контейнеры или сборные серверные могут оборудоваться системами переменного или постоянного тока, воздушными или водяными экономайзерами, или вообще не использовать экономайзеры. Хотя можно подвергать сомнению разумность такого решения. Gen 4 позволит нам быстро выполнять работы по выводу из эксплуатации, ремонту и модернизации, поскольку все будет модульным. Мы больше не будем руководствоваться начальными решениями, принятыми во время строительства дата-центра. Мы сможем использовать этот дата-центр и инфраструктуру в течение почти неограниченного периода времени. Мы также сможем применять сверхгибкие методы использования электрической энергии, переводя оборудование в режимы критической или некритической нагрузки в соответствии с требуемой мощностью.
Gen 4 – это стандартная платформа

Finally, we believe this is a big game changer. Gen 4 will provide a standard platform that our industry can innovate around. For example, all modules in our Gen 4 will have common interfaces clearly defined by our specs and any vendor that meets these specifications will be able to plug into our infrastructure. Whether you are a computer vendor, UPS vendor, generator vendor, etc., you will be able to plug and play into our infrastructure. This means we can also source anyone, anywhere on the globe to minimize costs and maximize performance. We want to help motivate the industry to further innovate—with innovations from which everyone can reap the benefits.

Наконец, мы уверены, что это будет фактором, который значительно изменит ситуацию. Gen 4 будет представлять собой стандартную платформу, которую отрасль сможет обновлять. Например, все модули в нашем Gen 4 будут иметь общепринятые интерфейсы, четко определяемые нашими спецификациями, и оборудование любого поставщика, которое отвечает этим спецификациям можно будет включать в нашу инфраструктуру. Независимо от того производите вы компьютеры, ИБП, генераторы и т.п., вы сможете включать свое оборудование нашу инфраструктуру. Это означает, что мы также сможем обеспечивать всех, в любом месте земного шара, тем самым сводя до минимума затраты и максимальной увеличивая производительность. Мы хотим создать в отрасли мотивацию для дальнейших инноваций – инноваций, от которых каждый сможет получать выгоду.
Главные характеристики дата-центров четвертого поколения Gen4

To summarize, the key characteristics of our Generation 4 data centers are:

Scalable
Plug-and-play spine infrastructure
Factory pre-assembled: Pre-Assembled Containers (PACs) & Pre-Manufactured Buildings (PMBs)
Rapid deployment
De-mountable
Reduce TTM
Reduced construction
Sustainable measures

Ниже приведены главные характеристики дата-центров четвертого поколения Gen 4:

Расширяемость;
Готовая к использованию базовая инфраструктура;
Изготовление в заводских условиях: сборные контейнеры (PAC) и сборные здания (PMB);
Быстрота развертывания;
Возможность демонтажа;
Снижение времени вывода на рынок (TTM);
Сокращение сроков строительства;
Экологичность;

Map applications to DC Class

We hope you join us on this incredible journey of change and innovation!

Long hours of research and engineering time are invested into this process. There are still some long days and nights ahead, but the vision is clear. Rest assured however, that we as refine Generation 4, the team will soon be looking to Generation 5 (even if it is a bit farther out). There is always room to get better.

Использование систем электропитания постоянного тока.

Мы надеемся, что вы присоединитесь к нам в этом невероятном путешествии по миру изменений и инноваций!

На этот проект уже потрачены долгие часы исследований и проектирования. И еще предстоит потратить много дней и ночей, но мы имеем четкое представление о конечной цели. Однако будьте уверены, что как только мы доведем до конца проект модульного дата-центра четвертого поколения, мы вскоре начнем думать о проекте дата-центра пятого поколения. Всегда есть возможность для улучшений.

So if you happen to come across Goldilocks in the forest, and you are curious as to why she is smiling you will know that she feels very good about getting very close to ‘JUST RIGHT’.

Generations of Evolution – some background on our data center designs

Так что, если вы встретите в лесу девочку по имени Лютик, и вам станет любопытно, почему она улыбается, вы будете знать, что она очень довольна тем, что очень близко подошла к ‘ОПИМАЛЬНОМУ РЕШЕНИЮ’.
Поколения эволюции – история развития наших дата-центров

We thought you might be interested in understanding what happened in the first three generations of our data center designs. When Ray Ozzie wrote his Software plus Services memo it posed a very interesting challenge to us. The winds of change were at ‘tornado’ proportions. That “plus Services” tag had some significant (and unstated) challenges inherent to it. The first was that Microsoft was going to evolve even further into an operations company. While we had been running large scale Internet services since 1995, this development lead us to an entirely new level. Additionally, these “services” would span across both Internet and Enterprise businesses. To those of you who have to operate “stuff”, you know that these are two very different worlds in operational models and challenges. It also meant that, to achieve the same level of reliability and performance required our infrastructure was going to have to scale globally and in a significant way.

Мы подумали, что может быть вам будет интересно узнать историю первых трех поколений наших центров обработки данных. Когда Рэй Оззи написал свою памятную записку Software plus Services, он поставил перед нами очень интересную задачу. Ветра перемен двигались с ураганной скоростью. Это окончание “plus Services” скрывало в себе какие-то значительные и неопределенные задачи. Первая заключалась в том, что Майкрософт собиралась в еще большей степени стать операционной компанией. Несмотря на то, что мы управляли большими интернет-сервисами, начиная с 1995 г., эта разработка подняла нас на абсолютно новый уровень. Кроме того, эти “сервисы” охватывали интернет-компании и корпорации. Тем, кому приходится всем этим управлять, известно, что есть два очень разных мира в области операционных моделей и задач. Это также означало, что для достижения такого же уровня надежности и производительности требовалось, чтобы наша инфраструктура располагала значительными возможностями расширения в глобальных масштабах.

It was that intense atmosphere of change that we first started re-evaluating data center technology and processes in general and our ideas began to reach farther than what was accepted by the industry at large. This was the era of Generation 1. As we look at where most of the world’s data centers are today (and where our facilities were), it represented all the known learning and design requirements that had been in place since IBM built the first purpose-built computer room. These facilities focused more around uptime, reliability and redundancy. Big infrastructure was held accountable to solve all potential environmental shortfalls. This is where the majority of infrastructure in the industry still is today.

Именно в этой атмосфере серьезных изменений мы впервые начали переоценку ЦОД-технологий и технологий вообще, и наши идеи начали выходить за пределы общепринятых в отрасли представлений. Это была эпоха ЦОД первого поколения. Когда мы узнали, где сегодня располагается большинство мировых дата-центров и где находятся наши предприятия, это представляло весь опыт и навыки проектирования, накопленные со времени, когда IBM построила первую серверную. В этих ЦОД больше внимания уделялось бесперебойной работе, надежности и резервированию. Большая инфраструктура была призвана решать все потенциальные экологические проблемы. Сегодня большая часть инфраструктуры все еще находится на этом этапе своего развития.

We soon realized that traditional data centers were quickly becoming outdated. They were not keeping up with the demands of what was happening technologically and environmentally. That’s when we kicked off our Generation 2 design. Gen 2 facilities started taking into account sustainability, energy efficiency, and really looking at the total cost of energy and operations.

Очень быстро мы поняли, что стандартные дата-центры очень быстро становятся устаревшими. Они не поспевали за темпами изменений технологических и экологических требований. Именно тогда мы стали разрабатывать ЦОД второго поколения. В этих дата-центрах Gen 2 стали принимать во внимание такие факторы как устойчивое развитие, энергетическая эффективность, а также общие энергетические и эксплуатационные.

No longer did we view data centers just for the upfront capital costs, but we took a hard look at the facility over the course of its life. Our Quincy, Washington and San Antonio, Texas facilities are examples of our Gen 2 data centers where we explored and implemented new ways to lessen the impact on the environment. These facilities are considered two leading industry examples, based on their energy efficiency and ability to run and operate at new levels of scale and performance by leveraging clean hydro power (Quincy) and recycled waste water (San Antonio) to cool the facility during peak cooling months.

Мы больше не рассматривали дата-центры только с точки зрения начальных капитальных затрат, а внимательно следили за работой ЦОД на протяжении его срока службы. Наши объекты в Куинси, Вашингтоне, и Сан-Антонио, Техас, являются образцами наших ЦОД второго поколения, в которых мы изучали и применяли на практике новые способы снижения воздействия на окружающую среду. Эти объекты считаются двумя ведущими отраслевыми примерами, исходя из их энергетической эффективности и способности работать на новых уровнях производительности, основанных на использовании чистой энергии воды (Куинси) и рециклирования отработанной воды (Сан-Антонио) для охлаждения объекта в самых жарких месяцах.

As we were delivering our Gen 2 facilities into steel and concrete, our Generation 3 facilities were rapidly driving the evolution of the program. The key concepts for our Gen 3 design are increased modularity and greater concentration around energy efficiency and scale. The Gen 3 facility will be best represented by the Chicago, Illinois facility currently under construction. This facility will seem very foreign compared to the traditional data center concepts most of the industry is comfortable with. In fact, if you ever sit around in our container hanger in Chicago it will look incredibly different from a traditional raised-floor data center. We anticipate this modularization will drive huge efficiencies in terms of cost and operations for our business. We will also introduce significant changes in the environmental systems used to run our facilities. These concepts and processes (where applicable) will help us gain even greater efficiencies in our existing footprint, allowing us to further maximize infrastructure investments.

Так как наши ЦОД второго поколения строились из стали и бетона, наши центры обработки данных третьего поколения начали их быстро вытеснять. Главными концептуальными особенностями ЦОД третьего поколения Gen 3 являются повышенная модульность и большее внимание к энергетической эффективности и масштабированию. Дата-центры третьего поколения лучше всего представлены объектом, который в настоящее время строится в Чикаго, Иллинойс. Этот ЦОД будет выглядеть очень необычно, по сравнению с общепринятыми в отрасли представлениями о дата-центре. Действительно, если вам когда-либо удастся побывать в нашем контейнерном ангаре в Чикаго, он покажется вам совершенно непохожим на обычный дата-центр с фальшполом. Мы предполагаем, что этот модульный подход будет способствовать значительному повышению эффективности нашего бизнеса в отношении затрат и операций. Мы также внесем существенные изменения в климатические системы, используемые в наших ЦОД. Эти концепции и технологии, если применимо, позволят нам добиться еще большей эффективности наших существующих дата-центров, и тем самым еще больше увеличивать капиталовложения в инфраструктуру.

This is definitely a journey, not a destination industry. In fact, our Generation 4 design has been under heavy engineering for viability and cost for over a year. While the demand of our commercial growth required us to make investments as we grew, we treated each step in the learning as a process for further innovation in data centers. The design for our future Gen 4 facilities enabled us to make visionary advances that addressed the challenges of building, running, and operating facilities all in one concerted effort.

Это определенно путешествие, а не конечный пункт назначения. На самом деле, наш проект ЦОД четвертого поколения подвергался серьезным испытаниям на жизнеспособность и затраты на протяжении целого года. Хотя необходимость в коммерческом росте требовала от нас постоянных капиталовложений, мы рассматривали каждый этап своего развития как шаг к будущим инновациям в области дата-центров. Проект наших будущих ЦОД четвертого поколения Gen 4 позволил нам делать фантастические предположения, которые касались задач строительства, управления и эксплуатации объектов как единого упорядоченного процесса.

Тематики

• ЦОДы (центры обработки данных)

Синонимы

• модульный ЦОД

EN

• modular data center

 

случайный отказ аппаратуры

Отказ, возникающий в случайный момент времени, который является результатом одного или нескольких возможных механизмов ухудшения характеристик аппаратных средств.

Примечания

1. Существует много механизмов ухудшения характеристик, действующих с различной интенсивностью и в различных компонентах. Поскольку допуски изготовления приводят к тому, что компоненты в результате действия этих механизмов отказывают в разное время, отказы оборудования включают в себя много факторов, они происходят с предсказуемой частотой, но в непредсказуемые (т. е. случайные) моменты времени.

2. Основное различие между случайными отказами аппаратуры и систематическими отказами состоит в том, что интенсивность отказов системы (или другие подобные характеристики таких отказов), связанная со случайными отказами аппаратуры, может быть прогнозируема с достаточной степенью точности, но систематические отказы по своей природе не могут быть предсказаны точно. Это означает, что интенсивность отказов системы, связанных со случайными отказами аппаратуры, может быть охарактеризована количественно с достаточной степенью точности, тогда как отказы системы, связанные с систематическими отказами, не могут быть охарактеризованы статистически с достаточной точностью, поскольку события, приводящие к таким отказам, не могут быть предсказаны.

[ ГОСТ Р МЭК 61508-4-2007]

Тематики

• электробезопасность

EN

• random hardware failure

3.6.5 случайный отказ аппаратуры (random hardware failure): Отказ, возникающий в случайный момент времени, который является результатом одного или нескольких возможных механизмов ухудшения характеристик аппаратных средств.

Примечания

1. Существует много механизмов ухудшения характеристик, действующих с различной интенсивностью и в различных компонентах. Поскольку допуски изготовления приводят к тому, что компоненты в результате действия этих механизмов отказывают в разное время, отказы оборудования включают в себя много факторов, они происходят с предсказуемой частотой, но в непредсказуемые (т.е. случайные) моменты времени.

2. Основное различие между случайными отказами аппаратуры и систематическими отказами (см. 3.6.6) состоит в том, что интенсивность отказов системы (или другие подобные характеристики таких отказов), связанная со случайными отказами аппаратуры, может быть прогнозируема с достаточной степенью точности, но систематические отказы по своей природе не могут быть предсказаны точно. Это означает, что интенсивность отказов системы, связанных со случайными отказами аппаратуры, может быть охарактеризована количественно с достаточной степенью точности, тогда как отказы системы, связанные с систематическими отказами, не могут быть охарактеризованы статистически с достаточной точностью, поскольку события, приводящие к таким отказам, не могут быть предсказаны.

Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа

 

временное уплотнение аналоговых составляющих
Система, в которой компоненты мультиплексируются по времени в один канал при помощи методов разделения по времени, т.е. компоненты разделяются, так как передаются в разные моменты времени по одному каналу. Существует много различных МАС-форматов и стандартов.
[ http://www.vidimost.com/glossary.html]

Тематики

• телевидение, радиовещание, видео

EN

• MAC
• multiplexed analog components

 

возможности использования
-
[Интент]

EN

• availability

 

готовность
Свойство объекта быть в состоянии выполнять требуемую функцию при заданных условиях в данный момент времени или в течение заданного интервала времени при условии обеспечения необходимыми внешними ресурсами.
Примечания
1 Это свойство зависит от сочетания свойств безотказности, ремонтопригодности и обеспеченности технического обслуживания и ремонта.
2 Внешние факторы, не являющиеся ресурсами технического обслуживания и ремонта, не учитываются при оценке готовности объекта.
[ОСТ 45.153-99 ]

Тематики

• надежность средств электросвязи

EN

• availability

 

доступность (в информационных технологиях)
Способность конфигурационной единицы или ИТ-услуги выполнять согласованную функцию, когда это требуется. Доступность определяется через надежность, сопровождаемость, обслуживамость, производительность и безопасность. Доступность обычно измеряется в процентах. Это измерение часто базируется на согласованном времени предоставления услуги и простое. Лучшей практикой является вычисление доступности через измерение результатов ИТ-услуги, значимых для бизнеса.
[ http://www.dtln.ru/slovar-terminov]

доступность
(ITIL Service Design)
Способность ИТ-услуги или другой конфигурационной единицы выполнять согласованную функцию, когда это требуется. Доступность определяется надёжностью, сопровождаемостью, обслуживаемостью, производительностью и безопасностью. Доступность обычно расчитывается в процентах. Этот расчёт часто основывается на согласованном времени предоставления услуги и простое. Лучшей практикой является вычисление доступности ИТ-услуги на основании значимых для Бизнеса показателей.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

доступность
1. Возможность использования каналов или линий связи.
2. Вероятность получения потребителем навигационной информации в заданном интервале времени с требуемой точностью.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

EN

availability
(ITIL Service Design)
Ability of an IT service or other configuration item to perform its agreed function when required. Availability is determined by reliability, maintainability, serviceability, performance and security. Availability is usually calculated as a percentage. This calculation is often based on agreed service time and downtime. It is best practice to calculate availability of an IT service using measurements of the business output.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• availability

 

доступность информации [ресурсов информационной системы]
Состояние информации [ресурсов информационной системы], при котором субъекты, имеющие права доступа, могут реализовать их беспрепятственно [1].
Примечание
К правам доступа относятся право на чтение, изменение, копирование, уничтожение информации, а также право на изменение, использование, уничтожение ресурсов [1].
[Р 50.1.056-2005 ]

Тематики

• защита информации

EN

• availability

 

доступость
Доступность или недоступность данных в зависимости от привилегий пользователя. На этой основе разрабатываются требования к защите от случайных или намеренных попыток уничтожения или вывода из строя сервисов и информации. Свойство быть доступным и годным к эксплуатации по запросу имеющего полномочия объекта.
Рекомендация МСЭ-Т X.800.
[http://www.rfcmd.ru/glossword/1.8/index.php?a=index&d=23]

Тематики

• защита информации

EN

• availability

 

приспособленность (конструкции) к техническому обслуживанию и ремонту
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

• нефтегазовая промышленность

EN

• availability

 

работоспособность
Состояние, при котором транспортное средство или его компоненты могут выполнять свои функции в соответствии с конструкторской или эксплуатационной документацией.
[Технический регламент о безопасности колесных транспортных средств]

работоспособность
-
[Интент]

Тематики

• автотранспортная техника
• общая техническая лексика

EN

• ability to work
• availability
• capacity for work
• efficiency
• fitness
• functionality
• healthy
• integrity
• operability
• operating capacity
• operational capability
• operational integrity
• operativeness
• performance
• performance ability
• performance capability
• service ability
• serviceability
• state of serviceability
• workability
• working ability
• working capacity
• working efficiency
• working-capacity

 

эксплуатационная готовность
Способность системы функционировать надлежащим образом в данный момент времени в течение заданного интервала времени. Коэффициент готовности выражается количественно как отношение времени, в течение которого система функционирует, к заданному полному времени. При расчете коэффициента готовности не учитываются перерывы в работе системы, вызванные неисправностями, требующими значительного ремонта
[МСЭ-R F.1499, МСЭ-Т G.972]

Тематики

• надежность, основные понятия

EN

• availability

2.4 доступность (availability): Свойство объекта находиться в состоянии готовности и используемости по запросу авторизованного логического объекта.

[ИСО/МЭК 7498-2]

Источник: ГОСТ Р ИСО/МЭК 13335-1-2006: Информационная технология. Методы и средства обеспечения безопасности. Часть 1. Концепция и модели менеджмента безопасности информационных и телекоммуникационных технологий оригинал документа

2.1 доступность (availability): Способность компонента или услуги выполнять требуемые функции в определенный момент или в течение заданного интервала времени.

Примечание - Доступность обычно выражается как отношение интервала времени, в течение которого услуга является фактически доступной для реализации, к установленному соглашением периоду предоставления услуги.

Источник: ГОСТ Р ИСО/МЭК 20000-1-2010: Информационная технология. Менеджмент услуг. Часть 1. Спецификация оригинал документа

2.8 доступность (availability): Свойство быть доступным и годным к использованию по запросу авторизованного субъекта [8].

Источник: ГОСТ Р ИСО/ТС 22600-2-2009: Информатизация здоровья. Управление полномочиями и контроль доступа. Часть 2. Формальные модели

3.9 доступность (availability): Характеристика, определяющая доступность и используемость по запросу со стороны авторизованного логического объекта [1], [2].

Источник: ГОСТ Р ИСО/ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

3.9 доступность (availability): Характеристика, определяющая доступность и используемость по запросу со стороны авторизованного логического объекта [1], [2].

Источник: ГОСТ Р ИСО ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

2.6 доступность (availability): Степень, в которой инфраструктура (2.17), активы (2.4), ресурсы и работники системы коммунального водоснабжения (2.53) могут эффективно предоставлять услуги (2.44) потребителям (2.50) в соответствии с определенными видами деятельности (2.24).

Источник: ГОСТ Р ИСО 24511-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента коммунальных предприятий и оценке услуг удаления сточных вод оригинал документа

2.6 доступность (availability): Степень, в которой инфраструктура (2.17), активы (2.4), ресурсы и работники системы коммунального водоснабжения (2.53) могут эффективно предоставлять услуги (2.44) потребителям (2.50) в соответствии с определенными видами деятельности (2.24).

Источник: ГОСТ Р ИСО 24512-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания для менеджмента систем питьевого водоснабжения и оценке услуг питьевого водоснабжения оригинал документа

2.6 доступность (availability): Степень, в которой инфраструктура (2.17), активы (2.4), ресурсы и работники системы коммунального водоснабжения (2.53) могут эффективно предоставлять услуги (2.44) потребителям (2.50) в соответствии с определенными видами деятельности (2.24).

Источник: ГОСТ Р ИСО 24510-2009: Деятельность, связанная с услугами питьевого водоснабжения и удаления сточных вод. Руководящие указания по оценке и улучшению услуги, оказываемой потребителям оригинал документа

3.3.18 доступность (availability): Характеристика, определяющая доступность и используемость по запросу со стороны авторизованного логического объекта.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

 

время задержки
—
[Интент]

Параллельные тексты EN-RU

The relay remains energized for the duration of the timer.
[Schneider Electric]

Реле остается включенным до истечения времени задержки.
[Перевод Интент]

Тематики

• электротехника, основные понятия

EN

• delay period
• delay time
• TD
• time delay

 

время задержки включения высокого напряжения прибора СВЧ
время задержки
t_з
Интервал времени между моментом включения номинального напряжения накала до момента включения высокого напряжения в приборе СВЧ.
[ ГОСТ 23769-79]

Тематики

• приборы и устройства защитные СВЧ

Синонимы

• время задержки

EN

• delay time

 

время задержки для биполярного транзистора
Интервал времени между моментом нарастания фронта входного импульса до значения, соответствующего 10 % его амплитуды, и моментом нарастания фронта выходного импульса до значения, соответствующего 10 % его амплитуды.
Обозначение
t_зд
t_d
[ ГОСТ 20003-74] 

Тематики

• полупроводниковые приборы

EN

• delay time

DE

• Verzögerungszeit

FR

• retard à la croissance

 

время задержки импульса интегральной микросхемы
время задержки
Интервал времени между нарастаниями входного и выходного импульсов интегральной микросхемы, измеренный на уровне 0,1 или на заданном уровне напряжения или тока.
Обозначение
t_зд
t_d
[ ГОСТ 19480-89]

Тематики

• микросхемы

Синонимы

• время задержки

EN

• delay time

FR

• temps de délai

 

время задержки модуля (блока) СВЧ
время задержки
t_з
Интервал времени с момента подачи сигнала на вход модуля (блока) СВЧ до момента появления сигнала на его выходе, определяемый на одинаковых относительных уровнях сигналов.
[ ГОСТ 23221-78]

Тематики

• компоненты техники связи

Обобщающие термины

• модули СВЧ, блоки СВЧ
• параметры

Синонимы

• время задержки

EN

• delay time

 

время задержки оптопары (оптоэлектронного коммутатора)
время задержки
t_зд
t_d
Интервал времени между 10% значения входного сигнала и 10% значения выходного сигнала оптопары (оптоэлектронного коммутатора), измеренными по фронту импульсов.
[ ГОСТ 27299-87]

Тематики

• полупроводниковые приборы

Обобщающие термины

• параметры оптопар, оптоэлектронных коммутаторов и оптоэлектронных переключателей

Синонимы

• время задержки

EN

• delay time

 

время задержки тиристора
Интервал времени между заданным моментом в начале импульса отпирающего тока управления тиристора или импульса отпирающего напряжения тиристора и моментом, когда основное напряжение тиристора понижается до заданного значения, близкого к начальному значению при включении тиристора отпирающим током управления или переключением импульсным отпирающим напряжением.
Обозначение
t_у,зд, t_зд
t_gd, t_d
Примечание
Время задержки может быть определено по нарастанию основного тока до заданного значения.
[ ГОСТ 20332-84] 

Тематики

• полупроводниковые приборы

EN

• delay time

FR

• retard à la croissance

3.11 продолжительность выдержки (delay time): Время определения аналитическим контрольно-измерительным прибором появления химического вещества на внутренней стороне образца для испытания.

Источник: ГОСТ Р ЕН 374-2009: Система стандартов безопасности труда. Средства индивидуальной защиты рук. Перчатки, защищающие от химикатов и микроорганизмов. Общие технические требования. Методы испытаний

111. Время задержки тиристора

E. Delay time

F. Retard à la croissance

t_у,зд, t_зд

Интервал времени между заданным моментом в начале импульса отпирающего тока управления тиристора или импульса отпирающего напряжения тиристора и моментом, когда основное напряжение тиристора понижается до заданного значения, близкого к начальному значению при включении тиристора отпирающим током управления или переключением импульсным отпирающим напряжением.

Примечание. Время задержки может быть определено по нарастанию основного тока до заданного значения

Источник: ГОСТ 20332-84: Тиристоры. Термины, определения и буквенные обозначения параметров оригинал документа

46. Время задержки оптопары (оптоэлектронного коммутатора)

Время задержки

Delay time

t_зд

Интервал времени между 10 % значения входного сигнала и 10 % значения выходного сигнала оптопары (оптоэлектронного коммутатора), измеренными по фронту импульсов

Источник: ГОСТ 27299-87: Приборы полупроводниковые оптоэлектронные. Термины, определения и буквенные обозначения параметров оригинал документа

36. Время задержки для биполярного транзистора

D. Verzögerungszeit

E. Delay time

F. Retard à la croissance

t_зд

Интервал времени между моментом нарастания фронта входного импульса до значения, соответствующего 10 % его амплитуды, и моментом нарастания фронта выходного импульса до значения, соответствующего 10 % его амплитуды

Источник: ГОСТ 20003-74: Транзисторы биполярные. Термины, определения и буквенные обозначения параметров оригинал документа

209. Время задержки включения высокого напряжения прибора СВЧ

Время задержки

Delay time

t_з

Интервал времени между моментом включения номинального напряжения накала до момента включения высокого напряжения в приборе СВЧ

Источник: ГОСТ 23769-79: Приборы электронные и устройства защитные СВЧ. Термины, определения и буквенные обозначения оригинал документа

 

диспетчерское управление и сбор данных
Подсистема сбора, хранения и обработки телеметрической информации, поступающей от удаленных датчиков, осуществляющих измерение температуры, давления, расхода электроэнергии и др. Сбор данных осуществляется с помощью контроллеров, программное обеспечение которых позволяет реализовать практически любой алгоритм опроса датчиков, а также обеспечить первичную обработку информации. Обмен данными часто осуществляется через интерфейс RS-485. Термин SCADA обычно употребляют, когда речь идет о контроле и регулировании каких-либо производственных процессов.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• электросвязь, основные понятия

EN

• SCADA
• Supervisory Control and Data Acquisition

 

SCADA
SCADA-система
диспетчерское управление и сбор данных
ПО, предназначенное для поддержки средств автоматизации и построения систем промышленной автоматизации.
[ http://www.morepc.ru/dict/]

SCADA (аббр. от англ. supervisory control and data acquisition, диспетчерское управление и сбор данных) — программный пакет, предназначенный для разработки или обеспечения работы в реальном времени систем сбора, обработки, отображения и архивирования информации об объекте мониторинга или управления. SCADA может являться частью АСУ ТП, АСКУЭ, системы экологического мониторинга, научного эксперимента, автоматизации здания и т. д. SCADA-системы используются во всех отраслях хозяйства, где требуется обеспечивать операторский контроль за технологическими процессами в реальном времени. Данное программное обеспечение устанавливается на компьютеры и, для связи с объектом, использует драйверы ввода-вывода или OPC/DDE серверы. Программный код может быть как написан на языке программирования (например на C++), так и сгенерирован в среде проектирования.

Иногда SCADA-системы комплектуются дополнительным ПО для программирования промышленных контроллеров. Такие SCADA-системы называются интегрированными и к ним добавляют термин SoftLogic.

Термин «SCADA» имеет двоякое толкование. Наиболее широко распространено понимание SCADA как приложения[2], то есть программного комплекса, обеспечивающего выполнение указанных функций, а также инструментальных средств для разработки этого программного обеспечения. Однако, часто под SCADA-системой подразумевают программно-аппаратный комплекс. Подобное понимание термина SCADA более характерно для раздела телеметрия.

Значение термина SCADA претерпело изменения вместе с развитием технологий автоматизации и управления технологическими процессами. В 80-е годы под SCADA-системами чаще понимали программно-аппаратные комплексы сбора данных реального времени. С 90-х годов термин SCADA больше используется для обозначения только программной части человеко-машинного интерфейса АСУ ТП.

Основные задачи, решаемые SCADA-системами

SCADA-системы решают следующие задачи:

• Обмен данными с «устройствами связи с объектом», то есть с промышленными контроллерами и платами ввода/вывода) в реальном времени через драйверы.
• Обработка информации в реальном времени.
• Логическое управление.
• Отображение информации на экране монитора в удобной и понятной для человека форме.
• Ведение базы данных реального времени с технологической информацией.
• Аварийная сигнализация и управление тревожными сообщениями.
• Подготовка и генерирование отчетов о ходе технологического процесса.
• Осуществление сетевого взаимодействия между SCADA ПК.
• Обеспечение связи с внешними приложениями (СУБД, электронные таблицы, текстовые процессоры и т. д.). В системе управления предприятием такими приложениями чаще всего являются приложения, относимые к уровню MES.

SCADA-системы позволяют разрабатывать АСУ ТП в клиент-серверной или в распределённой архитектуре.

Основные компоненты SCADA

SCADA—система обычно содержит следующие подсистемы:

• Драйверы или серверы ввода-вывода — программы, обеспечивающие связь SCADA с промышленными контроллерами, счётчиками, АЦП и другими устройствами ввода-вывода информации.
• Система реального времени — программа, обеспечивающая обработку данных в пределах заданного временного цикла с учетом приоритетов.
• Человеко-машинный интерфейс (HMI, англ. Human Machine Interface) — инструмент, который представляет данные о ходе процесса человеку оператору, что позволяет оператору контролировать процесс и управлять им. Программа-редактор для разработки человеко-машинного интерфейса.
• Система логического управления — программа, обеспечивающая исполнение пользовательских программ (скриптов) логического управления в SCADA-системе. Набор редакторов для их разработки.
• База данных реального времени — программа, обеспечивающая сохранение истории процесса в режиме реального времени.
• Система управления тревогами — программа, обеспечивающая автоматический контроль технологических событий, отнесение их к категории нормальных, предупреждающих или аварийных, а также обработку событий оператором или компьютером.
• Генератор отчетов — программа, обеспечивающая создание пользовательских отчетов о технологических событиях. Набор редакторов для их разработки.
• Внешние интерфейсы — стандартные интерфейсы обмена данными между SCADA и другими приложениями. Обычно OPC, DDE, ODBC, DLL и т. д.

Концепции систем
Термин SCADA обычно относится к централизованным системам контроля и управления всей системой, или комплексами систем, осуществляемого с участием человека. Большинство управляющих воздействий выполняется автоматически RTU или ПЛК. Непосредственное управление процессом обычно обеспечивается RTU или PLC, а SCADA управляет режимами работы. Например, PLC может управлять потоком охлаждающей воды внутри части производственного процесса, а SCADA система может позволить операторам изменять уста для потока, менять маршруты движения жидкости, заполнять те или иные ёмкости, а также следить за тревожными сообщениями (алармами), такими как — потеря потока и высокая температура, которые должны быть отображены, записаны, и на которые оператор должен своевременно реагировать. Цикл управления с обратной связью проходит через RTU или ПЛК, в то время как SCADA система контролирует полное выполнение цикла.

Сбор данных начинается в RTU или на уровне PLC и включает — показания измерительного прибора. Далее данные собираются и форматируются таким способом, чтобы оператор диспетчерской, используя HMI мог принять контролирующие решения — корректировать или прервать стандартное управление средствами RTU/ПЛК. Данные могут также быть записаны в архив для построения трендов и другой аналитической обработки накопленных данных.

[ http://ru.wikipedia.org/wiki/SCADA]

---

CitectSCADA
полнофункциональная система мониторинга, управления и сбора данных (SCADA – Supervisory Control And Data Acquisition)

ТЕХНИЧЕСКАЯ ИНФОРМАЦИЯ:

CitectSCADA построена на базе мультизадачного ядра реального времени, что обеспечивает производительность сбора до 5 000 значений в секунду при работе в сетевом режиме с несколькими станциями. Модульная клиент-серверная архитектура позволяет одинаково эффективно применять CitectSCADA как в малых проектах, с использованием только одного АРМ, так и в больших, с распределением задач на несколько компьютеров.

В отличие от других SCADA-систем среда разработки CitectSCADA поставляется бесплатно. Оплачивается только среда исполнения (runtime). Это позволяет пользователю разработать и протестировать пробный проект, не вкладывая средств на начальном этапе.

Схема лицензирования CitectSCADA основана на учете числа одновременно задействованных компьютеров в проекте, а не общего числа компьютеров, на которых установлена CitectSCADA.

CitectSCADA лицензируется на заданное количество точек (дискретных или аналоговых переменных). При этом учитываются только внешние переменные, считываемые из устройств ввода/вывода, а внутренние переменные, находящиеся в памяти или на диске, бесплатны и не входят в количество лицензируемых точек. Градация количества лицензируемых точек в CitectSCADA более равномерна, чем в других системах: 75, 150, 500, 1 500, 5 000, 15 000, 50 000 и неограниченное количество.

В CitectSCADA резервирование является встроенным и легко конфигурируемым. Резервирование позволяет защищать все зоны потенциальных отказов как функциональных модулей (серверов и клиентов), так и сетевых соединений между узлами и устройствами ввода/вывода.

CitectSCADA имеет встроенный язык программирования CiCode, а также поддержку VBA.

CitectSCADA работает как 32-разрядное приложение Windows 9X/NT/2000/XP/2003. Сбор данных, формирование алармов и построение трендов происходит одновременно с редактированием и компиляцией.

[ http://www.rtsoft.ru/catalog/soft/scada/detail/343/]

 

---

Словесный портрет современной управляющей системы типа SCADA

• Масштабируемая
  • Наращивание системы без её переконфигурирования
  • Масштабы проекта не ограничены
  • До 255 одновременно подключённых клиентов
  • Поддержка локальных и глобальных сетей
  • Возможность интеграции с веб-приложениями без конфигурирования системы
  • Возможность функционирования при малой пропускной способности коммуникаций
  • Поддержка кластерных конфигураций
  • Возможность перезапуска отдельных процессов, относящихся к разным компонентам
• Гибкая
  • Полноценная архитектура «клиент-­сервер»
  • Возможность масштабирования серверов/серверных массивов алармов, трендов и отчётов
  • Поддержка централизованного хранения файлов проекта для удобства обслуживания, а также распределённого хранения и комбинированного варианта
  • Внесение изменений на отдельных локациях
  • Возможность функционирования при малой пропускной способности коммуникаций
  • Поддержка устоявшихся и новых стандартов
• Надёжная
  • Встроенная поддержка режима ожидания
  • Резервирование файловых серверов
  • Резервирование сетевых коммуникаций
  • Резервирование серверов алармов
  • Резервирование серверов трендов
  • Резервирование серверов отчётов
  • Многоуровневое резервирование ввода-вывода
  • Автоматическая замена серверов
  • Автоматическая синхронизация историй трендов
  • Автоматическая синхронизация таблиц алармов
  • Автоматическая синхронизация времени
  • Защитные функции
  • Автоматический перезапуск в случае сбоя системы
• Высокопроизводительная
  • Приемлемый уровень производительности для проектов любых масштабов
  • Низкие требования к процессорам и памяти
  • Малая загруженность сети
  • Поддержка многопроцессорных конфигураций
• Безопасная
  • Настройки безопасности для отдельных пользователей и групп пользователей
  • До 250 одновременно работающих с системой пользователей
  • Неограниченное число имен пользователей
  • Задание набора прав и привилегий для каждого пользовательского имени

Ввод-вывод

• Коммуникационные технологии
  • Поддержка открытых коммуникационных стандартов
  • Поддержка каждым сервером ввода-вывода многих протоколов
  • Драйверы протоколов RS-232, RS-422, RS-485, TCP/IP
  • Время установки драйверов в пределах 60 секунд
  • До 255 одновременно подключённых клиентов
  • До 4096 устройств ввода-вывода на одну систему
  • Поддержка внешнего подключения для удалённых устройств
  • Средства разработки драйверов для специализированных протоколов
  • Поддержка стандарта OPC Server DA2.0
  • Интегрированный веб-сервис XML
• Доступ
  • Драйверы предоставляются без дополнительной платы
  • Новые версии драйверов выкладываются на сайт
  • Поддержка обновления драйверов
  • Высокая скорость доступа
  • Динамическая оптимизация для всех драйверов
  • Чтение данных по запросу
  • До 100000 целых чисел в секунду
  • Обновление с устройств ввода-вывода

Метки

• Неограниченное число меток
• Длина имени метки до 80 символов
• Поддержка меток качества и времени для соответствующих драйверов
• Единая база данных для контроллеров ПЛК и системы SCADA
• Двунаправленная синхронизация со средой разработки для ПЛК
• Статическая синхронизация для разработки в автономном режиме
• - Автоматические импорт и синхронизация
• Импорт из ПЛК разных типов
• Добавление пользовательских схем импорта

Графика

• Разработка
  • Неограниченное число экранов
  • 24-битные цвета
  • Быстрый выбор цветов по названиям
  • Поддержка прозрачных цветов
  • Продвинутая анимация без дополнительного программирования
  • Анимация символов на базе тегов
  • До 32000 анимированных изображений на страницу
  • Неограниченное число мигающих цветов
  • Мультиязычность
  • Инструменты типа 3D Pipe
  • Трёхмерные эффекты (поднятие, опускание, выдавливание)
• Импорт графики
  • Растровые изображения Windows (BMP, RLE, DIB)
  • Формат AutoCAD (DXF)
  • Формат Encapsulated Postscript (EPS)
  • Формат Fax Image (FAX)
  • Формат Ventura (IMG)
  • Формат JPEG (JPG, JIF, JFF, JFE)
  • Формат Photo CD (PCD)
  • Формат PaintBrush (PCX)
  • Формат Portable Network Graphics (PNG)
  • Формат Targa (TGA)
  • Формат Tagged Image Format (TIFF)
  • Формат Windows Meta File (WMF)
  • Формат Word Perfect Graphics (WPG)
  • Неограниченное число отмен действий
  • Кнопки в стиле Windows XP со свойствами динамического перемещения
• Шаблоны
  • Большое число шаблонов в разных стилях и для разных разрешений
  • Растягивание шаблонов средствами графического инструментария
  • Шаблоны могут содержать анимацию
  • Изменения в шаблонах отражаются на всех страницах
  • Одни и те же шаблоны могут использоваться в разных проектах
• Символы
• Более 800 символов в комплекте поставки
  • Создание пользовательских символов средствами графического инструментария
  • Символы могут содержать анимацию
  • Изменения в символах отражаются на всех их копиях
  • Одни и те же символы могут использоваться в разных проектах
• Объектное конфигурирование
  • Неограниченное число объектов типа «джинн» (Genie) и «суперджинн» (Super Genie)
  • Пользовательские «джинны» позволяют отображать на экране пользовательское оборудование
  • Пользовательские «суперджины» позволяют работать с разными устройствами через один интерфейс
  • Объекты типа «джинн» и «суперджинн» способны воспринимать изменения в тегах устройств без дополнительного программирования
• Работа
  • Разрешения до 4096 x 4096
  • Изменение размеров изображений (изотропное и анизотропное)
  • Поддержка вывода на несколько мониторов
  • Настройка скорости обновления страниц (минимум 10 мс)
  • Информирование о потере связи
  • Переключение языков в ходе работы
  • Поддержка одно- и двухбайтовых наборов символов
• Безопасность
  • Уровень безопасности влияет на:
  • Видимость объектов
  • Доступ к графическим дисплеям
  • Подтверждение алармов
  • Создание отчётов
  • Системные утилиты

Действия

• Управление
  • Сенсорные команды
  • Мышь
  • -Клавиатурное управление системой, страницами и анимацией
  • Вертикальные и горизонтальные ползунки
  • Замена БД
• Анализ процессов
  • Объединение алармов с трендами
  • 32 и более перьев
  • 4 и более оконных секций
  • 2 и более курсоров
  • Наложение перьев
  • Информация о качестве данных
  • Аналоговые и цифровые перья
  • Информация о подтверждении алармов
  • Описание алармов (аналоговых и мультицифровых)
  • Комментарии к алармам
  • Поддержка перехода на летнее и зимнее время
  • Сохранение просмотров в процессе работы
  • Хранение просмотров в удалённых локациях
  • Отображение различных временных периодов на том же дисплее
  • Настраиваемое и расширяемое управление
• Алармы
  • Неограниченное число алармов
  • Централизованная обработка алармов
  • Алармы могут быть следующих типов:
  • Цифровые
  • Аналоговые
  • Временные метки
  • Высокоуровневые выражения
  • Мультицифровые
  • Цифровые с временными метками
  • Аналоговые с временными метками
  • Изменение языка для всех алармов в процессе работы
  • Подтверждение приёма в сети без дополнительного конфигурирования
  • Отключение сети без дополнительного конфигурирования
  • Категории, зоны и приоритеты алармов
  • Задержки алармов
  • Назначение временных меток с разрешением в 1 мс
  • Различные данные в алармах
  • Индивидуальные и групповые подтверждения
  • Подтверждения на основе категорий и приоритетов
  • Подтверждения отображаются графически, в списке алармов или через специализированный код:
  • Сортировка алармов
  • Фильтрация алармов
  • Пользовательские поля алармов
• Тренды
  • Неограниченное число трендов
  • До 16000 трендов на страницу
  • Отображение любого тренда из истории менее чем за 1 секунду
  • Файлов трендов регулируемых размеров
  • Просмотр архивных трендов параллельно с актуальными в процессе работы системы
  • Выбор с разрешением 1 мс
  • Сравнение трендов
  • Быстрый выбор трендов по тегам
  • Сохранение по событию или периодическое сохранение

Статистический контроль ( SPC)

• Таблицы индексов Cp и CpK
• Контрольные карты X, R и S
• Диаграммы Парето
• Настраиваемые размеры и границы подгрупп
• Типы алармов: Above UCL, Below LCL, Outside CL, Down Trend, Up Trend, Erratic, Gradual, Down, Gradual Up, Mixture, Outside WL, Freak, Stratification и высокоуровневые выражения

Отчёты

• Редактор сгенерированных отчётов, редактирование по модели WYSIWYN, отчёты в формате Rich Text
• Запуск внешними событиями, по расписанию, через высокоуровневые выражения и по команде оператора
• Вывод на принтер, в файл, по электронной почте, на экран, в формат HTML

Конфигурирование

• Разработка проекта
• Масштабы проекта не ограничены
• Возможность разбиения на несколько проектов
• Удобная стандартизация проектов
• Удобное обслуживание проектов
• Встроенное средство настройки компьютеров позволяет конфигурировать каждый подключённый к сети ПК по отдельности

Программное обеспечение

• Истинная вытесняющая многозадачность
• До 512 параллельных потоков
• Доступно более 600 функций SCADA
• Библиотеки для пользовательских функций
• До 2700 пользовательских функций
• Локальные, модульные и глобальные переменные
• Дополнительное программное обеспечение для создания собственных функций не требуется
• Прямой доступ к данным трендов, отчётов и алармов
• Подсвечивание синтаксиса
• Система онлайн-подсказок
• Всплывающие подсказки
• При редактировании доступны:
• Контрольные точки
• Просмотр переменных
• Мониторинг нитей
• Выделение кода цветом
• Окно контрольных точек
• Пошаговый режим выполнения
• Выделение текущей строки
• Удалённая отладка
• Автоматическая отладка в случае ошибок

Безопасность

• Интегрированные средства безопасности Windows на уровне проекта

Обмен данными

• Сервер и клиент OPC
• Интерфейс ODBC
• Интерфейс OLE-DB
• Интерфейс CTAPI
• Интерфейс DLL
• Интерфейс MAPI (MAIL)
• Протоколы TCP/IP
• Последовательный интерфейс

[ http://www.rtsoft-training.ru/?p=600074]

Тематики

• автоматизированные системы

Синонимы

• SCADA-система
• диспетчерское управление и сбор данных
• система диспетчерского управления и сбора данных
• система мониторинга, управления и сбора данных

EN

• SCADA
• SCADA system
• Supervisory for Control And Data Acquision

 

SCADA
SCADA-система
диспетчерское управление и сбор данных
ПО, предназначенное для поддержки средств автоматизации и построения систем промышленной автоматизации.
[ http://www.morepc.ru/dict/]

SCADA (аббр. от англ. supervisory control and data acquisition, диспетчерское управление и сбор данных) — программный пакет, предназначенный для разработки или обеспечения работы в реальном времени систем сбора, обработки, отображения и архивирования информации об объекте мониторинга или управления. SCADA может являться частью АСУ ТП, АСКУЭ, системы экологического мониторинга, научного эксперимента, автоматизации здания и т. д. SCADA-системы используются во всех отраслях хозяйства, где требуется обеспечивать операторский контроль за технологическими процессами в реальном времени. Данное программное обеспечение устанавливается на компьютеры и, для связи с объектом, использует драйверы ввода-вывода или OPC/DDE серверы. Программный код может быть как написан на языке программирования (например на C++), так и сгенерирован в среде проектирования.

Иногда SCADA-системы комплектуются дополнительным ПО для программирования промышленных контроллеров. Такие SCADA-системы называются интегрированными и к ним добавляют термин SoftLogic.

Термин «SCADA» имеет двоякое толкование. Наиболее широко распространено понимание SCADA как приложения[2], то есть программного комплекса, обеспечивающего выполнение указанных функций, а также инструментальных средств для разработки этого программного обеспечения. Однако, часто под SCADA-системой подразумевают программно-аппаратный комплекс. Подобное понимание термина SCADA более характерно для раздела телеметрия.

Значение термина SCADA претерпело изменения вместе с развитием технологий автоматизации и управления технологическими процессами. В 80-е годы под SCADA-системами чаще понимали программно-аппаратные комплексы сбора данных реального времени. С 90-х годов термин SCADA больше используется для обозначения только программной части человеко-машинного интерфейса АСУ ТП.

Основные задачи, решаемые SCADA-системами

SCADA-системы решают следующие задачи:

• Обмен данными с «устройствами связи с объектом», то есть с промышленными контроллерами и платами ввода/вывода) в реальном времени через драйверы.
• Обработка информации в реальном времени.
• Логическое управление.
• Отображение информации на экране монитора в удобной и понятной для человека форме.
• Ведение базы данных реального времени с технологической информацией.
• Аварийная сигнализация и управление тревожными сообщениями.
• Подготовка и генерирование отчетов о ходе технологического процесса.
• Осуществление сетевого взаимодействия между SCADA ПК.
• Обеспечение связи с внешними приложениями (СУБД, электронные таблицы, текстовые процессоры и т. д.). В системе управления предприятием такими приложениями чаще всего являются приложения, относимые к уровню MES.

SCADA-системы позволяют разрабатывать АСУ ТП в клиент-серверной или в распределённой архитектуре.

Основные компоненты SCADA

SCADA—система обычно содержит следующие подсистемы:

• Драйверы или серверы ввода-вывода — программы, обеспечивающие связь SCADA с промышленными контроллерами, счётчиками, АЦП и другими устройствами ввода-вывода информации.
• Система реального времени — программа, обеспечивающая обработку данных в пределах заданного временного цикла с учетом приоритетов.
• Человеко-машинный интерфейс (HMI, англ. Human Machine Interface) — инструмент, который представляет данные о ходе процесса человеку оператору, что позволяет оператору контролировать процесс и управлять им. Программа-редактор для разработки человеко-машинного интерфейса.
• Система логического управления — программа, обеспечивающая исполнение пользовательских программ (скриптов) логического управления в SCADA-системе. Набор редакторов для их разработки.
• База данных реального времени — программа, обеспечивающая сохранение истории процесса в режиме реального времени.
• Система управления тревогами — программа, обеспечивающая автоматический контроль технологических событий, отнесение их к категории нормальных, предупреждающих или аварийных, а также обработку событий оператором или компьютером.
• Генератор отчетов — программа, обеспечивающая создание пользовательских отчетов о технологических событиях. Набор редакторов для их разработки.
• Внешние интерфейсы — стандартные интерфейсы обмена данными между SCADA и другими приложениями. Обычно OPC, DDE, ODBC, DLL и т. д.

Концепции систем
Термин SCADA обычно относится к централизованным системам контроля и управления всей системой, или комплексами систем, осуществляемого с участием человека. Большинство управляющих воздействий выполняется автоматически RTU или ПЛК. Непосредственное управление процессом обычно обеспечивается RTU или PLC, а SCADA управляет режимами работы. Например, PLC может управлять потоком охлаждающей воды внутри части производственного процесса, а SCADA система может позволить операторам изменять уста для потока, менять маршруты движения жидкости, заполнять те или иные ёмкости, а также следить за тревожными сообщениями (алармами), такими как — потеря потока и высокая температура, которые должны быть отображены, записаны, и на которые оператор должен своевременно реагировать. Цикл управления с обратной связью проходит через RTU или ПЛК, в то время как SCADA система контролирует полное выполнение цикла.

Сбор данных начинается в RTU или на уровне PLC и включает — показания измерительного прибора. Далее данные собираются и форматируются таким способом, чтобы оператор диспетчерской, используя HMI мог принять контролирующие решения — корректировать или прервать стандартное управление средствами RTU/ПЛК. Данные могут также быть записаны в архив для построения трендов и другой аналитической обработки накопленных данных.

[ http://ru.wikipedia.org/wiki/SCADA]

---

CitectSCADA
полнофункциональная система мониторинга, управления и сбора данных (SCADA – Supervisory Control And Data Acquisition)

ТЕХНИЧЕСКАЯ ИНФОРМАЦИЯ:

CitectSCADA построена на базе мультизадачного ядра реального времени, что обеспечивает производительность сбора до 5 000 значений в секунду при работе в сетевом режиме с несколькими станциями. Модульная клиент-серверная архитектура позволяет одинаково эффективно применять CitectSCADA как в малых проектах, с использованием только одного АРМ, так и в больших, с распределением задач на несколько компьютеров.

В отличие от других SCADA-систем среда разработки CitectSCADA поставляется бесплатно. Оплачивается только среда исполнения (runtime). Это позволяет пользователю разработать и протестировать пробный проект, не вкладывая средств на начальном этапе.

Схема лицензирования CitectSCADA основана на учете числа одновременно задействованных компьютеров в проекте, а не общего числа компьютеров, на которых установлена CitectSCADA.

CitectSCADA лицензируется на заданное количество точек (дискретных или аналоговых переменных). При этом учитываются только внешние переменные, считываемые из устройств ввода/вывода, а внутренние переменные, находящиеся в памяти или на диске, бесплатны и не входят в количество лицензируемых точек. Градация количества лицензируемых точек в CitectSCADA более равномерна, чем в других системах: 75, 150, 500, 1 500, 5 000, 15 000, 50 000 и неограниченное количество.

В CitectSCADA резервирование является встроенным и легко конфигурируемым. Резервирование позволяет защищать все зоны потенциальных отказов как функциональных модулей (серверов и клиентов), так и сетевых соединений между узлами и устройствами ввода/вывода.

CitectSCADA имеет встроенный язык программирования CiCode, а также поддержку VBA.

CitectSCADA работает как 32-разрядное приложение Windows 9X/NT/2000/XP/2003. Сбор данных, формирование алармов и построение трендов происходит одновременно с редактированием и компиляцией.

[ http://www.rtsoft.ru/catalog/soft/scada/detail/343/]

 

---

Словесный портрет современной управляющей системы типа SCADA

• Масштабируемая
  • Наращивание системы без её переконфигурирования
  • Масштабы проекта не ограничены
  • До 255 одновременно подключённых клиентов
  • Поддержка локальных и глобальных сетей
  • Возможность интеграции с веб-приложениями без конфигурирования системы
  • Возможность функционирования при малой пропускной способности коммуникаций
  • Поддержка кластерных конфигураций
  • Возможность перезапуска отдельных процессов, относящихся к разным компонентам
• Гибкая
  • Полноценная архитектура «клиент-­сервер»
  • Возможность масштабирования серверов/серверных массивов алармов, трендов и отчётов
  • Поддержка централизованного хранения файлов проекта для удобства обслуживания, а также распределённого хранения и комбинированного варианта
  • Внесение изменений на отдельных локациях
  • Возможность функционирования при малой пропускной способности коммуникаций
  • Поддержка устоявшихся и новых стандартов
• Надёжная
  • Встроенная поддержка режима ожидания
  • Резервирование файловых серверов
  • Резервирование сетевых коммуникаций
  • Резервирование серверов алармов
  • Резервирование серверов трендов
  • Резервирование серверов отчётов
  • Многоуровневое резервирование ввода-вывода
  • Автоматическая замена серверов
  • Автоматическая синхронизация историй трендов
  • Автоматическая синхронизация таблиц алармов
  • Автоматическая синхронизация времени
  • Защитные функции
  • Автоматический перезапуск в случае сбоя системы
• Высокопроизводительная
  • Приемлемый уровень производительности для проектов любых масштабов
  • Низкие требования к процессорам и памяти
  • Малая загруженность сети
  • Поддержка многопроцессорных конфигураций
• Безопасная
  • Настройки безопасности для отдельных пользователей и групп пользователей
  • До 250 одновременно работающих с системой пользователей
  • Неограниченное число имен пользователей
  • Задание набора прав и привилегий для каждого пользовательского имени

Ввод-вывод

• Коммуникационные технологии
  • Поддержка открытых коммуникационных стандартов
  • Поддержка каждым сервером ввода-вывода многих протоколов
  • Драйверы протоколов RS-232, RS-422, RS-485, TCP/IP
  • Время установки драйверов в пределах 60 секунд
  • До 255 одновременно подключённых клиентов
  • До 4096 устройств ввода-вывода на одну систему
  • Поддержка внешнего подключения для удалённых устройств
  • Средства разработки драйверов для специализированных протоколов
  • Поддержка стандарта OPC Server DA2.0
  • Интегрированный веб-сервис XML
• Доступ
  • Драйверы предоставляются без дополнительной платы
  • Новые версии драйверов выкладываются на сайт
  • Поддержка обновления драйверов
  • Высокая скорость доступа
  • Динамическая оптимизация для всех драйверов
  • Чтение данных по запросу
  • До 100000 целых чисел в секунду
  • Обновление с устройств ввода-вывода

Метки

• Неограниченное число меток
• Длина имени метки до 80 символов
• Поддержка меток качества и времени для соответствующих драйверов
• Единая база данных для контроллеров ПЛК и системы SCADA
• Двунаправленная синхронизация со средой разработки для ПЛК
• Статическая синхронизация для разработки в автономном режиме
• - Автоматические импорт и синхронизация
• Импорт из ПЛК разных типов
• Добавление пользовательских схем импорта

Графика

• Разработка
  • Неограниченное число экранов
  • 24-битные цвета
  • Быстрый выбор цветов по названиям
  • Поддержка прозрачных цветов
  • Продвинутая анимация без дополнительного программирования
  • Анимация символов на базе тегов
  • До 32000 анимированных изображений на страницу
  • Неограниченное число мигающих цветов
  • Мультиязычность
  • Инструменты типа 3D Pipe
  • Трёхмерные эффекты (поднятие, опускание, выдавливание)
• Импорт графики
  • Растровые изображения Windows (BMP, RLE, DIB)
  • Формат AutoCAD (DXF)
  • Формат Encapsulated Postscript (EPS)
  • Формат Fax Image (FAX)
  • Формат Ventura (IMG)
  • Формат JPEG (JPG, JIF, JFF, JFE)
  • Формат Photo CD (PCD)
  • Формат PaintBrush (PCX)
  • Формат Portable Network Graphics (PNG)
  • Формат Targa (TGA)
  • Формат Tagged Image Format (TIFF)
  • Формат Windows Meta File (WMF)
  • Формат Word Perfect Graphics (WPG)
  • Неограниченное число отмен действий
  • Кнопки в стиле Windows XP со свойствами динамического перемещения
• Шаблоны
  • Большое число шаблонов в разных стилях и для разных разрешений
  • Растягивание шаблонов средствами графического инструментария
  • Шаблоны могут содержать анимацию
  • Изменения в шаблонах отражаются на всех страницах
  • Одни и те же шаблоны могут использоваться в разных проектах
• Символы
• Более 800 символов в комплекте поставки
  • Создание пользовательских символов средствами графического инструментария
  • Символы могут содержать анимацию
  • Изменения в символах отражаются на всех их копиях
  • Одни и те же символы могут использоваться в разных проектах
• Объектное конфигурирование
  • Неограниченное число объектов типа «джинн» (Genie) и «суперджинн» (Super Genie)
  • Пользовательские «джинны» позволяют отображать на экране пользовательское оборудование
  • Пользовательские «суперджины» позволяют работать с разными устройствами через один интерфейс
  • Объекты типа «джинн» и «суперджинн» способны воспринимать изменения в тегах устройств без дополнительного программирования
• Работа
  • Разрешения до 4096 x 4096
  • Изменение размеров изображений (изотропное и анизотропное)
  • Поддержка вывода на несколько мониторов
  • Настройка скорости обновления страниц (минимум 10 мс)
  • Информирование о потере связи
  • Переключение языков в ходе работы
  • Поддержка одно- и двухбайтовых наборов символов
• Безопасность
  • Уровень безопасности влияет на:
  • Видимость объектов
  • Доступ к графическим дисплеям
  • Подтверждение алармов
  • Создание отчётов
  • Системные утилиты

Действия

• Управление
  • Сенсорные команды
  • Мышь
  • -Клавиатурное управление системой, страницами и анимацией
  • Вертикальные и горизонтальные ползунки
  • Замена БД
• Анализ процессов
  • Объединение алармов с трендами
  • 32 и более перьев
  • 4 и более оконных секций
  • 2 и более курсоров
  • Наложение перьев
  • Информация о качестве данных
  • Аналоговые и цифровые перья
  • Информация о подтверждении алармов
  • Описание алармов (аналоговых и мультицифровых)
  • Комментарии к алармам
  • Поддержка перехода на летнее и зимнее время
  • Сохранение просмотров в процессе работы
  • Хранение просмотров в удалённых локациях
  • Отображение различных временных периодов на том же дисплее
  • Настраиваемое и расширяемое управление
• Алармы
  • Неограниченное число алармов
  • Централизованная обработка алармов
  • Алармы могут быть следующих типов:
  • Цифровые
  • Аналоговые
  • Временные метки
  • Высокоуровневые выражения
  • Мультицифровые
  • Цифровые с временными метками
  • Аналоговые с временными метками
  • Изменение языка для всех алармов в процессе работы
  • Подтверждение приёма в сети без дополнительного конфигурирования
  • Отключение сети без дополнительного конфигурирования
  • Категории, зоны и приоритеты алармов
  • Задержки алармов
  • Назначение временных меток с разрешением в 1 мс
  • Различные данные в алармах
  • Индивидуальные и групповые подтверждения
  • Подтверждения на основе категорий и приоритетов
  • Подтверждения отображаются графически, в списке алармов или через специализированный код:
  • Сортировка алармов
  • Фильтрация алармов
  • Пользовательские поля алармов
• Тренды
  • Неограниченное число трендов
  • До 16000 трендов на страницу
  • Отображение любого тренда из истории менее чем за 1 секунду
  • Файлов трендов регулируемых размеров
  • Просмотр архивных трендов параллельно с актуальными в процессе работы системы
  • Выбор с разрешением 1 мс
  • Сравнение трендов
  • Быстрый выбор трендов по тегам
  • Сохранение по событию или периодическое сохранение

Статистический контроль ( SPC)

• Таблицы индексов Cp и CpK
• Контрольные карты X, R и S
• Диаграммы Парето
• Настраиваемые размеры и границы подгрупп
• Типы алармов: Above UCL, Below LCL, Outside CL, Down Trend, Up Trend, Erratic, Gradual, Down, Gradual Up, Mixture, Outside WL, Freak, Stratification и высокоуровневые выражения

Отчёты

• Редактор сгенерированных отчётов, редактирование по модели WYSIWYN, отчёты в формате Rich Text
• Запуск внешними событиями, по расписанию, через высокоуровневые выражения и по команде оператора
• Вывод на принтер, в файл, по электронной почте, на экран, в формат HTML

Конфигурирование

• Разработка проекта
• Масштабы проекта не ограничены
• Возможность разбиения на несколько проектов
• Удобная стандартизация проектов
• Удобное обслуживание проектов
• Встроенное средство настройки компьютеров позволяет конфигурировать каждый подключённый к сети ПК по отдельности

Программное обеспечение

• Истинная вытесняющая многозадачность
• До 512 параллельных потоков
• Доступно более 600 функций SCADA
• Библиотеки для пользовательских функций
• До 2700 пользовательских функций
• Локальные, модульные и глобальные переменные
• Дополнительное программное обеспечение для создания собственных функций не требуется
• Прямой доступ к данным трендов, отчётов и алармов
• Подсвечивание синтаксиса
• Система онлайн-подсказок
• Всплывающие подсказки
• При редактировании доступны:
• Контрольные точки
• Просмотр переменных
• Мониторинг нитей
• Выделение кода цветом
• Окно контрольных точек
• Пошаговый режим выполнения
• Выделение текущей строки
• Удалённая отладка
• Автоматическая отладка в случае ошибок

Безопасность

• Интегрированные средства безопасности Windows на уровне проекта

Обмен данными

• Сервер и клиент OPC
• Интерфейс ODBC
• Интерфейс OLE-DB
• Интерфейс CTAPI
• Интерфейс DLL
• Интерфейс MAPI (MAIL)
• Протоколы TCP/IP
• Последовательный интерфейс

[ http://www.rtsoft-training.ru/?p=600074]

Тематики

• автоматизированные системы

Синонимы

• SCADA-система
• диспетчерское управление и сбор данных
• система диспетчерского управления и сбора данных
• система мониторинга, управления и сбора данных

EN

• SCADA
• SCADA system
• Supervisory for Control And Data Acquision

 

SCADA
SCADA-система
диспетчерское управление и сбор данных
ПО, предназначенное для поддержки средств автоматизации и построения систем промышленной автоматизации.
[ http://www.morepc.ru/dict/]

SCADA (аббр. от англ. supervisory control and data acquisition, диспетчерское управление и сбор данных) — программный пакет, предназначенный для разработки или обеспечения работы в реальном времени систем сбора, обработки, отображения и архивирования информации об объекте мониторинга или управления. SCADA может являться частью АСУ ТП, АСКУЭ, системы экологического мониторинга, научного эксперимента, автоматизации здания и т. д. SCADA-системы используются во всех отраслях хозяйства, где требуется обеспечивать операторский контроль за технологическими процессами в реальном времени. Данное программное обеспечение устанавливается на компьютеры и, для связи с объектом, использует драйверы ввода-вывода или OPC/DDE серверы. Программный код может быть как написан на языке программирования (например на C++), так и сгенерирован в среде проектирования.

Иногда SCADA-системы комплектуются дополнительным ПО для программирования промышленных контроллеров. Такие SCADA-системы называются интегрированными и к ним добавляют термин SoftLogic.

Термин «SCADA» имеет двоякое толкование. Наиболее широко распространено понимание SCADA как приложения[2], то есть программного комплекса, обеспечивающего выполнение указанных функций, а также инструментальных средств для разработки этого программного обеспечения. Однако, часто под SCADA-системой подразумевают программно-аппаратный комплекс. Подобное понимание термина SCADA более характерно для раздела телеметрия.

Значение термина SCADA претерпело изменения вместе с развитием технологий автоматизации и управления технологическими процессами. В 80-е годы под SCADA-системами чаще понимали программно-аппаратные комплексы сбора данных реального времени. С 90-х годов термин SCADA больше используется для обозначения только программной части человеко-машинного интерфейса АСУ ТП.

Основные задачи, решаемые SCADA-системами

SCADA-системы решают следующие задачи:

• Обмен данными с «устройствами связи с объектом», то есть с промышленными контроллерами и платами ввода/вывода) в реальном времени через драйверы.
• Обработка информации в реальном времени.
• Логическое управление.
• Отображение информации на экране монитора в удобной и понятной для человека форме.
• Ведение базы данных реального времени с технологической информацией.
• Аварийная сигнализация и управление тревожными сообщениями.
• Подготовка и генерирование отчетов о ходе технологического процесса.
• Осуществление сетевого взаимодействия между SCADA ПК.
• Обеспечение связи с внешними приложениями (СУБД, электронные таблицы, текстовые процессоры и т. д.). В системе управления предприятием такими приложениями чаще всего являются приложения, относимые к уровню MES.

SCADA-системы позволяют разрабатывать АСУ ТП в клиент-серверной или в распределённой архитектуре.

Основные компоненты SCADA

SCADA—система обычно содержит следующие подсистемы:

• Драйверы или серверы ввода-вывода — программы, обеспечивающие связь SCADA с промышленными контроллерами, счётчиками, АЦП и другими устройствами ввода-вывода информации.
• Система реального времени — программа, обеспечивающая обработку данных в пределах заданного временного цикла с учетом приоритетов.
• Человеко-машинный интерфейс (HMI, англ. Human Machine Interface) — инструмент, который представляет данные о ходе процесса человеку оператору, что позволяет оператору контролировать процесс и управлять им. Программа-редактор для разработки человеко-машинного интерфейса.
• Система логического управления — программа, обеспечивающая исполнение пользовательских программ (скриптов) логического управления в SCADA-системе. Набор редакторов для их разработки.
• База данных реального времени — программа, обеспечивающая сохранение истории процесса в режиме реального времени.
• Система управления тревогами — программа, обеспечивающая автоматический контроль технологических событий, отнесение их к категории нормальных, предупреждающих или аварийных, а также обработку событий оператором или компьютером.
• Генератор отчетов — программа, обеспечивающая создание пользовательских отчетов о технологических событиях. Набор редакторов для их разработки.
• Внешние интерфейсы — стандартные интерфейсы обмена данными между SCADA и другими приложениями. Обычно OPC, DDE, ODBC, DLL и т. д.

Концепции систем
Термин SCADA обычно относится к централизованным системам контроля и управления всей системой, или комплексами систем, осуществляемого с участием человека. Большинство управляющих воздействий выполняется автоматически RTU или ПЛК. Непосредственное управление процессом обычно обеспечивается RTU или PLC, а SCADA управляет режимами работы. Например, PLC может управлять потоком охлаждающей воды внутри части производственного процесса, а SCADA система может позволить операторам изменять уста для потока, менять маршруты движения жидкости, заполнять те или иные ёмкости, а также следить за тревожными сообщениями (алармами), такими как — потеря потока и высокая температура, которые должны быть отображены, записаны, и на которые оператор должен своевременно реагировать. Цикл управления с обратной связью проходит через RTU или ПЛК, в то время как SCADA система контролирует полное выполнение цикла.

Сбор данных начинается в RTU или на уровне PLC и включает — показания измерительного прибора. Далее данные собираются и форматируются таким способом, чтобы оператор диспетчерской, используя HMI мог принять контролирующие решения — корректировать или прервать стандартное управление средствами RTU/ПЛК. Данные могут также быть записаны в архив для построения трендов и другой аналитической обработки накопленных данных.

[ http://ru.wikipedia.org/wiki/SCADA]

---

CitectSCADA
полнофункциональная система мониторинга, управления и сбора данных (SCADA – Supervisory Control And Data Acquisition)

ТЕХНИЧЕСКАЯ ИНФОРМАЦИЯ:

CitectSCADA построена на базе мультизадачного ядра реального времени, что обеспечивает производительность сбора до 5 000 значений в секунду при работе в сетевом режиме с несколькими станциями. Модульная клиент-серверная архитектура позволяет одинаково эффективно применять CitectSCADA как в малых проектах, с использованием только одного АРМ, так и в больших, с распределением задач на несколько компьютеров.

В отличие от других SCADA-систем среда разработки CitectSCADA поставляется бесплатно. Оплачивается только среда исполнения (runtime). Это позволяет пользователю разработать и протестировать пробный проект, не вкладывая средств на начальном этапе.

Схема лицензирования CitectSCADA основана на учете числа одновременно задействованных компьютеров в проекте, а не общего числа компьютеров, на которых установлена CitectSCADA.

CitectSCADA лицензируется на заданное количество точек (дискретных или аналоговых переменных). При этом учитываются только внешние переменные, считываемые из устройств ввода/вывода, а внутренние переменные, находящиеся в памяти или на диске, бесплатны и не входят в количество лицензируемых точек. Градация количества лицензируемых точек в CitectSCADA более равномерна, чем в других системах: 75, 150, 500, 1 500, 5 000, 15 000, 50 000 и неограниченное количество.

В CitectSCADA резервирование является встроенным и легко конфигурируемым. Резервирование позволяет защищать все зоны потенциальных отказов как функциональных модулей (серверов и клиентов), так и сетевых соединений между узлами и устройствами ввода/вывода.

CitectSCADA имеет встроенный язык программирования CiCode, а также поддержку VBA.

CitectSCADA работает как 32-разрядное приложение Windows 9X/NT/2000/XP/2003. Сбор данных, формирование алармов и построение трендов происходит одновременно с редактированием и компиляцией.

[ http://www.rtsoft.ru/catalog/soft/scada/detail/343/]

 

---

Словесный портрет современной управляющей системы типа SCADA

• Масштабируемая
  • Наращивание системы без её переконфигурирования
  • Масштабы проекта не ограничены
  • До 255 одновременно подключённых клиентов
  • Поддержка локальных и глобальных сетей
  • Возможность интеграции с веб-приложениями без конфигурирования системы
  • Возможность функционирования при малой пропускной способности коммуникаций
  • Поддержка кластерных конфигураций
  • Возможность перезапуска отдельных процессов, относящихся к разным компонентам
• Гибкая
  • Полноценная архитектура «клиент-­сервер»
  • Возможность масштабирования серверов/серверных массивов алармов, трендов и отчётов
  • Поддержка централизованного хранения файлов проекта для удобства обслуживания, а также распределённого хранения и комбинированного варианта
  • Внесение изменений на отдельных локациях
  • Возможность функционирования при малой пропускной способности коммуникаций
  • Поддержка устоявшихся и новых стандартов
• Надёжная
  • Встроенная поддержка режима ожидания
  • Резервирование файловых серверов
  • Резервирование сетевых коммуникаций
  • Резервирование серверов алармов
  • Резервирование серверов трендов
  • Резервирование серверов отчётов
  • Многоуровневое резервирование ввода-вывода
  • Автоматическая замена серверов
  • Автоматическая синхронизация историй трендов
  • Автоматическая синхронизация таблиц алармов
  • Автоматическая синхронизация времени
  • Защитные функции
  • Автоматический перезапуск в случае сбоя системы
• Высокопроизводительная
  • Приемлемый уровень производительности для проектов любых масштабов
  • Низкие требования к процессорам и памяти
  • Малая загруженность сети
  • Поддержка многопроцессорных конфигураций
• Безопасная
  • Настройки безопасности для отдельных пользователей и групп пользователей
  • До 250 одновременно работающих с системой пользователей
  • Неограниченное число имен пользователей
  • Задание набора прав и привилегий для каждого пользовательского имени

Ввод-вывод

• Коммуникационные технологии
  • Поддержка открытых коммуникационных стандартов
  • Поддержка каждым сервером ввода-вывода многих протоколов
  • Драйверы протоколов RS-232, RS-422, RS-485, TCP/IP
  • Время установки драйверов в пределах 60 секунд
  • До 255 одновременно подключённых клиентов
  • До 4096 устройств ввода-вывода на одну систему
  • Поддержка внешнего подключения для удалённых устройств
  • Средства разработки драйверов для специализированных протоколов
  • Поддержка стандарта OPC Server DA2.0
  • Интегрированный веб-сервис XML
• Доступ
  • Драйверы предоставляются без дополнительной платы
  • Новые версии драйверов выкладываются на сайт
  • Поддержка обновления драйверов
  • Высокая скорость доступа
  • Динамическая оптимизация для всех драйверов
  • Чтение данных по запросу
  • До 100000 целых чисел в секунду
  • Обновление с устройств ввода-вывода

Метки

• Неограниченное число меток
• Длина имени метки до 80 символов
• Поддержка меток качества и времени для соответствующих драйверов
• Единая база данных для контроллеров ПЛК и системы SCADA
• Двунаправленная синхронизация со средой разработки для ПЛК
• Статическая синхронизация для разработки в автономном режиме
• - Автоматические импорт и синхронизация
• Импорт из ПЛК разных типов
• Добавление пользовательских схем импорта

Графика

• Разработка
  • Неограниченное число экранов
  • 24-битные цвета
  • Быстрый выбор цветов по названиям
  • Поддержка прозрачных цветов
  • Продвинутая анимация без дополнительного программирования
  • Анимация символов на базе тегов
  • До 32000 анимированных изображений на страницу
  • Неограниченное число мигающих цветов
  • Мультиязычность
  • Инструменты типа 3D Pipe
  • Трёхмерные эффекты (поднятие, опускание, выдавливание)
• Импорт графики
  • Растровые изображения Windows (BMP, RLE, DIB)
  • Формат AutoCAD (DXF)
  • Формат Encapsulated Postscript (EPS)
  • Формат Fax Image (FAX)
  • Формат Ventura (IMG)
  • Формат JPEG (JPG, JIF, JFF, JFE)
  • Формат Photo CD (PCD)
  • Формат PaintBrush (PCX)
  • Формат Portable Network Graphics (PNG)
  • Формат Targa (TGA)
  • Формат Tagged Image Format (TIFF)
  • Формат Windows Meta File (WMF)
  • Формат Word Perfect Graphics (WPG)
  • Неограниченное число отмен действий
  • Кнопки в стиле Windows XP со свойствами динамического перемещения
• Шаблоны
  • Большое число шаблонов в разных стилях и для разных разрешений
  • Растягивание шаблонов средствами графического инструментария
  • Шаблоны могут содержать анимацию
  • Изменения в шаблонах отражаются на всех страницах
  • Одни и те же шаблоны могут использоваться в разных проектах
• Символы
• Более 800 символов в комплекте поставки
  • Создание пользовательских символов средствами графического инструментария
  • Символы могут содержать анимацию
  • Изменения в символах отражаются на всех их копиях
  • Одни и те же символы могут использоваться в разных проектах
• Объектное конфигурирование
  • Неограниченное число объектов типа «джинн» (Genie) и «суперджинн» (Super Genie)
  • Пользовательские «джинны» позволяют отображать на экране пользовательское оборудование
  • Пользовательские «суперджины» позволяют работать с разными устройствами через один интерфейс
  • Объекты типа «джинн» и «суперджинн» способны воспринимать изменения в тегах устройств без дополнительного программирования
• Работа
  • Разрешения до 4096 x 4096
  • Изменение размеров изображений (изотропное и анизотропное)
  • Поддержка вывода на несколько мониторов
  • Настройка скорости обновления страниц (минимум 10 мс)
  • Информирование о потере связи
  • Переключение языков в ходе работы
  • Поддержка одно- и двухбайтовых наборов символов
• Безопасность
  • Уровень безопасности влияет на:
  • Видимость объектов
  • Доступ к графическим дисплеям
  • Подтверждение алармов
  • Создание отчётов
  • Системные утилиты

Действия

• Управление
  • Сенсорные команды
  • Мышь
  • -Клавиатурное управление системой, страницами и анимацией
  • Вертикальные и горизонтальные ползунки
  • Замена БД
• Анализ процессов
  • Объединение алармов с трендами
  • 32 и более перьев
  • 4 и более оконных секций
  • 2 и более курсоров
  • Наложение перьев
  • Информация о качестве данных
  • Аналоговые и цифровые перья
  • Информация о подтверждении алармов
  • Описание алармов (аналоговых и мультицифровых)
  • Комментарии к алармам
  • Поддержка перехода на летнее и зимнее время
  • Сохранение просмотров в процессе работы
  • Хранение просмотров в удалённых локациях
  • Отображение различных временных периодов на том же дисплее
  • Настраиваемое и расширяемое управление
• Алармы
  • Неограниченное число алармов
  • Централизованная обработка алармов
  • Алармы могут быть следующих типов:
  • Цифровые
  • Аналоговые
  • Временные метки
  • Высокоуровневые выражения
  • Мультицифровые
  • Цифровые с временными метками
  • Аналоговые с временными метками
  • Изменение языка для всех алармов в процессе работы
  • Подтверждение приёма в сети без дополнительного конфигурирования
  • Отключение сети без дополнительного конфигурирования
  • Категории, зоны и приоритеты алармов
  • Задержки алармов
  • Назначение временных меток с разрешением в 1 мс
  • Различные данные в алармах
  • Индивидуальные и групповые подтверждения
  • Подтверждения на основе категорий и приоритетов
  • Подтверждения отображаются графически, в списке алармов или через специализированный код:
  • Сортировка алармов
  • Фильтрация алармов
  • Пользовательские поля алармов
• Тренды
  • Неограниченное число трендов
  • До 16000 трендов на страницу
  • Отображение любого тренда из истории менее чем за 1 секунду
  • Файлов трендов регулируемых размеров
  • Просмотр архивных трендов параллельно с актуальными в процессе работы системы
  • Выбор с разрешением 1 мс
  • Сравнение трендов
  • Быстрый выбор трендов по тегам
  • Сохранение по событию или периодическое сохранение

Статистический контроль ( SPC)

• Таблицы индексов Cp и CpK
• Контрольные карты X, R и S
• Диаграммы Парето
• Настраиваемые размеры и границы подгрупп
• Типы алармов: Above UCL, Below LCL, Outside CL, Down Trend, Up Trend, Erratic, Gradual, Down, Gradual Up, Mixture, Outside WL, Freak, Stratification и высокоуровневые выражения

Отчёты

• Редактор сгенерированных отчётов, редактирование по модели WYSIWYN, отчёты в формате Rich Text
• Запуск внешними событиями, по расписанию, через высокоуровневые выражения и по команде оператора
• Вывод на принтер, в файл, по электронной почте, на экран, в формат HTML

Конфигурирование

• Разработка проекта
• Масштабы проекта не ограничены
• Возможность разбиения на несколько проектов
• Удобная стандартизация проектов
• Удобное обслуживание проектов
• Встроенное средство настройки компьютеров позволяет конфигурировать каждый подключённый к сети ПК по отдельности

Программное обеспечение

• Истинная вытесняющая многозадачность
• До 512 параллельных потоков
• Доступно более 600 функций SCADA
• Библиотеки для пользовательских функций
• До 2700 пользовательских функций
• Локальные, модульные и глобальные переменные
• Дополнительное программное обеспечение для создания собственных функций не требуется
• Прямой доступ к данным трендов, отчётов и алармов
• Подсвечивание синтаксиса
• Система онлайн-подсказок
• Всплывающие подсказки
• При редактировании доступны:
• Контрольные точки
• Просмотр переменных
• Мониторинг нитей
• Выделение кода цветом
• Окно контрольных точек
• Пошаговый режим выполнения
• Выделение текущей строки
• Удалённая отладка
• Автоматическая отладка в случае ошибок

Безопасность

• Интегрированные средства безопасности Windows на уровне проекта

Обмен данными

• Сервер и клиент OPC
• Интерфейс ODBC
• Интерфейс OLE-DB
• Интерфейс CTAPI
• Интерфейс DLL
• Интерфейс MAPI (MAIL)
• Протоколы TCP/IP
• Последовательный интерфейс

[ http://www.rtsoft-training.ru/?p=600074]

Тематики

• автоматизированные системы

Синонимы

• SCADA-система
• диспетчерское управление и сбор данных
• система диспетчерского управления и сбора данных
• система мониторинга, управления и сбора данных

EN

• SCADA
• SCADA system
• Supervisory for Control And Data Acquision

 

анализ гармонических колебаний
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• harmonic analysis

 

анализ содержания гармоник
анализ нелинейных искажений
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

Синонимы

• анализ нелинейных искажений

EN

• harmonic analysis

 

гармонический анализ
Анализ амплитуды, фазы (или и того, и другого) гармонических составляющих сигнала вихретокового преобразователя.
[Система неразрушающего контроля. Виды (методы) и технология неразрушающего контроля. Термины и определения (справочное пособие). Москва 2003 г.]

гармонический анализ
-
[Лугинский Я. Н. и др. Англо-русский словарь по электротехнике и электроэнергетике. 2-е издание - М.: РУССО, 1995 - 616 с.]

Тематики

• виды (методы) и технология неразр. контроля
• электротехника, основные понятия

EN

• Fourier analysis
• harmonic analysis
• harmonic test
• wave analysis

 

гармонический анализ колебаний (вибрации)
Представление анализируемых колебаний (вибрации) в виде суммы гармонических колебаний.
Примечания
1. Слагаемые гармонические колебания называют гармоническими составляющими.
2. Периодические колебания представляют в виде ряда Фурье, почти периодические - в виде суммы гармонических колебаний с несоизмеримыми частотами, а непериодические колебания - в виде интеграла Фурье, определяющего спектральную плотность.
[Система неразрушающего контроля. Виды (методы) и технология неразрушающего контроля. Термины и определения (справочное пособие). Москва 2003 г.]
Пояснения
Термины и определения для близких понятий, различающиеся лишь отдельными словами, совмещены, причем слова, которые отличают второе понятие, заключены в скобки. Для получения первого термина и его определения опускаются слова, записанные в скобках. Для получения второго термина и его определения проводится замена соответствующих слов словами, записанными в скобках. Например, термин периодические колебания (вибрация) содержит два термина с определениями:
периодические колебания - колебания, при которых каждое значение колеблющейся величины повторяется через равные интервалы времени;
периодическая вибрация - вибрация, при которой каждое значение колеблющейся величины, характеризующей вибрацию, повторяется через равные интервалы времени.
[ ГОСТ 24346-80]

Тематики

• вибрация
• виды (методы) и технология неразр. контроля

EN

• harmonic analysis

DE

• harmonische analyse

FR

• analyse harmonique

 

разложение (на составляющие или компоненты)
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

• нефтегазовая промышленность

EN

• harmonic analysis

 

обработка мультимедийных ресурсов
(МСЭ-Т Y.2271).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• media resource process
• MRP

 

планирование материально-технических потребностей
Система управления материально-техническими запасами, нацеленная на то, чтобы иметь в запасе лишь то, что нужно для выполнения ближайших планов производства.
[ http://tourlib.net/books_men/meskon_glossary.htm]

Тематики

• менеджмент в целом

EN

• material requirements planning
• MRP

 

планирование материальных ресурсов
Корпоративная информационная система, предназначенная для оптимизации и балансировки схем и процедур поставок комплектующих, планирования потребностей производства, обеспечения гарантированного наличия необходимых материалов, снижения излишних запасов.
[аутсорсингаhttp://www.outsourcing.ru/content/glossary/A/page-1.asp]

Тематики

• информационные технологии в целом

EN

• MRP
• material requirements planning

 

планирование потребностей в материалах
Главной задачей MRP является то, чтобы каждый элемент производства, каждая комплектующая деталь были в нужное время в нужном количестве. Это обеспечивается формированием такой последовательности производственных операций, которая позволяет соотносить своевременное изготовление продукции с заложенным планом выпуска. В упрощённом виде исходную информацию для MRP-системы представляют MPS, ведомость материалов, состав изделия, состояние запасов. На основании входных данных MRP-система выполняет следующие основные операции:
по данным MPS определяется количество конечных изделий для каждого периода времени планирования;
к составу конечных изделий добавляются запасные части, не включённые в MPS;
для MPS и запасных частей определяется общая потребность в материальных ресурсах в соответствии с ведомостью материалов и составом изделия с распределением по периодам времени планирования;
общая потребность материалов корректируется с учётом состояния запасов для каждого периода времени планирования;
осуществляется формирование заказов на пополнение запасов с учётом необходимого времени опережения.
Результатом работы MRP-системы является план-график снабжения материальными ресурсами производства (потребность каждой учётной единицы материалов и комплектующих для каждого периода времени). Для реализации план-графика снабжения система создаёт график заказов в привязке к периодам времени. Он используется для размещения заказов поставщикам материалов и комплектующих или для планирования самостоятельного изготовления с возможностью внесения корректировок в процессе производства. Системы класса MRP по соотношению цена/качество подходят для небольших предприятий, где функции управления ограничиваются учётом (бухгалтерским, складским, оперативным), управлением запасами на складах и управлением кадрами.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• materials requirements planning
• MRP

 

планирование потребности в материалах
Совокупность техник, использующих данные о спецификациях, данные о запасах и главный календарный план производства для расчета потребности в материалах. Она создает рекомендации по запуску заказов на пополнение материалов. Более того, поскольку она учитывает фактор времени, она выдает рекомендации по перепланированию открытых заказов, когда запланированная дата выполнения заказов и дата потребности в номенклатурной позиции заказа не соответствуют друг другу. Mrp, работающая с учетом фактора времени, начинает работу с номенклатурных позиций, приведенных в главном календарном плане производства (mps), и определяет (1) количество всех компонент и материалов, необходимых для производства этих номенклатурных позиций и (2) дату, когда эти компоненты и материалы необходимы. Работающая с учетом фактора времени mrp выполняется путем «разворачивания» спецификаций, корректировки полученного результата на величину количества в запасах или в открытых заказах и отнесения чистой потребности по времени с учетом соответствующей длительности цикла. (примечание автора перевода: под словом «материалы» здесь понимается более широкое определение - собственно материалы, полуфабрикаты, сборочные единицы, детали, сырье, и проч., иначе говоря, все те номенклатурные позиции, потребность в которых определяется в конечном счете главным календарным планом производства и может быть рассчитана на основании вышеуказанных в определении данных. Под термином «разворачивание» спецификаций понимается процесс преобразования чистой потребности в родительской номенклатурной позиции в величину валовой потребности в компонентах этой родительской номенклатурной позиции).
[ http://www.abc.org.ru/gloss.html]

Тематики

• финансы

EN

• material requirements planning
• mrp

 

предельная доходность
Прирост доходов фирмы в результате использования допол­нительной единицы[1] определенного фактора производства. См. Предельный эффект затрат. [1] Предельный анализ оперирует бес­конечно малыми величинами, поэтому термин «единица» здесь применяется лишь условно.
[ http://slovar-lopatnikov.ru/]

Тематики

• экономика

EN

• marginal revenue product
• mrp

 

рыночная премия за риск
Ожидаемый доход от портфеля, представляющего весь рынок рисковых инвестиций (рыночный портфель), за вычетом ожидаемого дохода от безрисковых ценных бумаг( более формально: MRP = r рыночного портфеля - rf) Методами, которые могут быть использованы для оценки этого параметра, являются следующие: - определение долгосрочной премии за риск как средней (за прошлое время) разницы между доходами на фондовом рынке и нормой доходности казначейских векселей, - определение долгосрочной премии за риск как средней (за прошлое время) разницы между доходами на фондовом рынке и ставкой “золотообрезных” (наиболее надежных) облигаций, - определение долговременной средней доходности акций и ее сравнение с долговременной реальной доходностью “золотообрезных” облигаций, - определение долговременной доходности акций и ее сравнение с текущей безрисковой ставкой, - определение ожидаемой будущей доходности на рынке и ее сравнение с текущей безрисковой ставкой.
[ http://slovar-lopatnikov.ru/]

Тематики

• экономика

EN

• market risk premium
• mrp

 

система планирования потребности в материалах
Компьютеризированная система, используемая для определения количества материалов и сроков, когда они будут нужны в производстве. В системе mrp используется: главный производственный график, заказ на материалы, в котором перечислено все, что требуется для выпуска каждого продукта, информация о текущем уровне запасов этих материалов, чтобы составить график производства и доставки каждого из них. Система планирования производственных ресурсов (manufacturing resource planning, mrp ii) дополняет mrp, позволяя планировать производственную мощность оборудования, оптимизировать финансовые потоки, а также моделировать и оценивать различные варианты производственных планов.
[ http://www.up-pro.ru/library/production_management/lean/glossary_termin.html]

Тематики

• управление производством

EN

• material requirements planning
• MRP

 

эталонная точка рта
Точка, расположенная на расстоянии 25 мм перед плоскостью губ и на оси искусственного рта или рта среднего взрослого человека (МСЭ-Т P.10/ G.100).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• mouth reference point
• MRP

 

cигнал
1. Материальный носитель информации, содержащий в себе информацию, кодированную определенным образом.
2. Любая физическая величина (например, температура, давление воздуха, интенсивность света и т. п.), которая изменяется со временем. Именно благодаря этому изменению сигнал может нести в себе некую информацию.
[ http://life-prog.ru/view_programmer.php?id=146&page=15]

сигнал
Визуальное, звуковое или осязательное обозначение передаваемой информации
[ ГОСТ Р МЭК 60447-2000]

сигнал
Материальное воплощение сообщения, представляющее собой изменение некоторой физической величины.
[ ГОСТ 23829-79]

сигнал
В области контроля технического состояния изделий используется понятие "сигнал", которое включает следующие компоненты:
наличие физической величины (несущей величины), характеризующей материальный (энергетический) носитель воздействия;
изменение значений данной физической величины содержит информацию об источнике воздействия и физической среде, взаимодействующей с отображаемым материальным носителем;
изменение несущей величины во времени характеризуется совокупностью физических величин, взаимосвязь которых представляется определенной математической функцией.
Пример
Периодический сигнал в виде гармонического колебания тока.
Несущая физическая величина - ток, как характеристика направленного движения электронов. Изменение тока в данном случае характеризуется зависимостью I (t) = A·cos(2π/T - φ) = A·cos(ωt - φ), т.е. связанной совокупностью физических величин A, T, ω, φ (амплитуда, период, угловая частота и начальная фаза соответственно).
[ ГОСТ 19919-74]

сигнал
Форма представления данных, при которой данные рассматриваются в виде последовательности значений скалярной величины - записанной (измеренной) во времени.
[ ГОСТ Р 50304-92]

сигнал
Форма представления информации для передачи по каналу.
Примечание. В зависимости от множества возможных сигналов и области их определения во времени различают четыре вида сигналов: дискретные дискретного времени, дискретные непрерывного времени, непрерывные дискретного времени и непрерывные непрерывного времени; первые и последние соответственно именуются также «дискретными сигналами» и «непрерывными сигналами».
[Сборник рекомендуемых терминов. Выпуск 94. Теория передачи информации. Академия наук СССР. Комитет технической терминологии. 1979 г.]

сигнал
Совокупность несущего воздействия и передаваемой им информации.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления. Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

сигнал
Знак, физический процесс или явление, несущие информацию. В кибернетике выделяют четыре компонента С.: физический носитель (природа его может быть самой различной: звуковой, электрической и т.п.), форма выражения (см. Синтаксический аспект информации), интерпретация смысла (см. Семантический аспект информации), правила приписывания различного смысла одному и тому же С. (см. Прагматический аспект информации). Общие закономерности преобразования и передачи С. изучаются теорией информации.
[ http://slovar-lopatnikov.ru/]

EN

signal
unit of information conveyed from one object to another
NOTE Messages (units of signals) may be sent in a communication network in the form of telegrams. Such messages may represent one or several signals
[IEC 61175, ed. 2.0 (2005-09)]

signal
visual, acoustic or tactile message conveying information
[IEC 60447, ed. 3.0 (2004-01)]

signal
variation of a physical quantity used to represent data
NOTE A signal is represented by one or several parameters.
[IEC 60706-5, ed. 2.0 (2007-09)]

signal
physical variable of which one or more parameters carry information about one or more variables represented by the signal
[IEC 60770-2, ed. 3.0 (2010-11)]

FR

signal
unité d'information transportée d'un objet vers un autre
NOTE Des messages (unités de signaux) peuvent être envoyés dans un réseau de communication sous la forme de télégrammes. De tels messages peuvent représenter un ou plusieurs signaux.
[IEC 61175, ed. 2.0 (2005-09)]

signal
message visuel, acoustique ou tactile véhiculant de l'information
[IEC 60447, ed. 3.0 (2004-01)]

signal
variation d’une quantité physique utilisée pour représenter des données
NOTE Un signal est représenté par un ou plusieurs paramètres.
[IEC 60706-5, ed. 2.0 (2007-09)]

signal
variable physique dont un ou plusieurs paramètres contiennent des informations sur une ou plusieurs variables représentées par le signal
[IEC 60770-2, ed. 3.0 (2010-11)]

КЛАССИФИКАЦИЯ

• По физической природой носителя информации:
  
  • электрические;
  • электромагнитные;
  • оптические;
  • акустические и др.;
• По способу задания сигнала:
  
  • регулярные (детерминированные), заданные аналитической функцией;
  • нерегулярные (случайные), которые принимают произвольные значения в любой момент времени.
    Для описания таких сигналов используются средства теории вероятности;
• В зависимости от функции, описывающей параметры сигнала, выделяют сигналы:
  
  • аналоговые:
    
    • непрерывные (аналоговые), описываемые непрерывной функцией;
    • модулированные;
  • дискретные
    дискретные, описываемые функцией отсчетов, взятых в определенные моменты времени;
  • квантованные;
  • двоичные;
  • цифровые;

[ Источник с изменениями]

Тематики

• автоматизация, основные понятия
• виды (методы) и технология неразр. контроля
• контроль автоматизир. тех. состояния авиац. техники
• системы для сопряж. радиоэлектр. средств интерфейсные
• теория передачи информации
• экономика

EN

• signal

FR

• signal

 

сигнал (в электросвязи)
Физическая величина, одна или несколько характеристик которой могут изменяться для передачи и/или отображения информации (ОСТ 45.159-2000.1 Термины и определения (Минсвязи России)).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• signal

 

сигнал системы управления машины
сигнал системы управления
сигнал
Определенное значение физической величины (электрического тока, давления жидкости и газа, перемещения твердого тела), которое дает информацию о положении или требуемом изменении положения исполнительного органа или какого-либо другого твердого тела машины.
[Сборник рекомендуемых терминов. Выпуск 99. Теория механизмов и машин. Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

Тематики

• теория механизмов и машин

Обобщающие термины

• основы теории машин

Синонимы

• сигнал
• сигнал системы управления

EN

• signal
• signal of control system
• signal of control system of a machine

FR

• signal du système de commande de machine

3.4 сигнал (signal): Воздействие на органы чувств оператора, характеризующее состояние или изменение состояния производственного оборудования. Настоящий стандарт описывает сигналы, распознаваемые органами зрения (видеодисплей), слуха (акустический индикатор) или осязания (тактильный индикатор).

Источник: ГОСТ Р ИСО 9355-2-2009: Эргономические требования к проектированию дисплеев и механизмов управления. Часть 2. Дисплеи оригинал документа

СИГНАЛЫ^*

7. Сигнал

Signal

По ГОСТ 17657-72

Источник: ГОСТ 22515-77: Связь телеграфная. Термины и определения оригинал документа

 

кадр
Изображение, фрагмент видеосигнала, либо интервал времени, соответствующие однократному обходу растра развертывающим элементом, который начинается и заканчивается в одной и той же точке.
[ ГОСТ 21879-88]

кадр
Базовая единица телевизионного изображения. Последовательность кадров образует непрерывное ("живое") телевизионное изображение. Кадр образуется объединением телевизионных полей.
[ http://datasheet.do.am/forum/22-4-1]

кадр
Единичное полное изображение. В формате чересстрочной развертки 2:1 стандартов RS-170 и CCIR кадр составляется из двух раздельных полей с 262,5 или 312,5 строками, чередующихся с частотой 60 или 50 Гц, что позволяет формировать полный кадр с частотой 30 или 25 Гц. В видеокамерах с функцией прогрессивной развертки каждый кадр разворачивается построчно и не чередуется. В большинстве случаев частота кадров составляет также 30 и 25 Гц.
[ http://www.alltso.ru/publ/glossarij_setevoe_videonabljudenie_terminy/1-1-0-34]

Тематики

• телевидение, радиовещание, видео

Обобщающие термины

• термины и определения общих понятий телевидения

EN

• frame

 

кадр
рамка
фрейм
Применительно к передаче данных, кадр — единица данных канального уровня (L2). В сетях Ethernet размер кадра обычно составляет от нескольких десятков байт до 1,5 Кбайт; некоторые устройства позволяют работать с кадрами размером до 9 Кбайт.
Элементы HTML, появившиеся в броузерах версий 3.0. Позволяют разделить страницу на несколько независимых окон и в каждом из них размещать свою собственную WEB-страничку. Возможна ссылка из одного окна в другое. Применяется в основном для организации постоянно находящихся на экране меню, в то время как в другом окне располагается непосредственно сама информация
[http://www.webxpert.ru/slovar.html].

Примеры сочетаний:
frame grabber - плата захвата и ввода изображения, проф. фреймграббер - устройство оцифровки и ввода в память компьютера изображений с устройства видеоввода (видеокамеры, видеоплеера)
frame rate - частота кадров видеоизображений.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

Синонимы

• рамка
• фрейм

EN

• frame

 

кадр данных
кадр
Протокольный блок данных уровня звена данных
[ ГОСТ 24402-88]
[ ГОСТ 29099-91]
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

Тематики

• релейная защита
• сети вычислительные
• телеобработка данных и вычислительные сети

Синонимы

• кадр

EN

• data frame
• DF
• frame

 

кадр средства отображения информации
кадр
Сформированное изображение для одновременного отображения информации на экране средства отображения информации.
[ ГОСТ 27833-88]

Тематики

• средства отображения информации

Синонимы

• кадр

EN

• frame

 

кадрик
Один кадрик на кинопленке или одно статичное изображение в видеозаписи
[Юлия Максимова, http://anjellka.livejournal.com/91779.html]

Тематики

• кинопроизводство

Обобщающие термины

• режиссура, операторское мастерство

EN

• frame

 

каркас
-
[Интент]

Рис. Legrand

Тематики

• стойки и шкафы

EN

• frame

 

каркас
Несущая стержневая конструкция, являющаяся остовом здания, сооружения или конструкции
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

Тематики

• строительство в целом

EN

• frame
• framework
• skeleton

DE

• Skelett

FR

• carcasse
• charpente
• ossature

 

каркас (рама)
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• frame
• framework

 

каркас держателя пьезоэлектрического резонатора
каркас
Часть держателя пьезоэлектрического резонатора, служащая для крепления пьезоэлемента или пьезоэлектрического вибратора.
[ ГОСТ 18669-73]

Тематики

• резонаторы пьезоэлектрические

Синонимы

• каркас

EN

• frame

DE

• Halterungseinrichtung

FR

• carcasse

 

конструкция
Устройство, взаимное расположение частей и состав машины, механизма или сооружения.
[ http://sl3d.ru/o-slovare.html]

Параллельные тексты EN-RU

The new valve profile is design to ensure smooth and precise control at low capacities for improved part load performances.
[Lennox]

Вентиль новой конструкции обеспечивает плавное и точное регулирование при низкой производительности холодильного контура, что увеличивает его эффективность при неполной нагрузке.
[Интент]

Тематики

• машиностроение в целом

EN

• aggregate
• architecture
• arrangement
• assembly
• build
• carcass
• configuration
• construct
• construction
• design
• embodiment
• engineering design
• formation
• frame
• framework
• hardware
• profile
• project
• structural design
• structural system
• structural unit
• structure
• style
• work

 

коробка
1. Неподвижная часть заполнения проёмов в виде замкнутой или незамкнутой рамы
2. Остов прямоугольного здания с несущими наружными стенами
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

Тематики

• строительные изделия прочие
• элементы зданий и сооружений

EN

• frame

DE

• Zarge

FR

• bâti
• cadre
• encadrement

 

масса (при заземлении)
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва]

Тематики

• электротехника, основные понятия

EN

• chassis
• frame

 

наличник
Декоративная планка, обрамляющая дверной или оконный проём
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

наличник
Планки, которые закрывают дефекты соединения между коробом (дверной коробкой) и стеной. Материалы, из которых изготавливаются наличники - это дерево или пластик. Наличники бывают скругленные, фигурные, плоские, телескопические и на шпонке.
[ http://doorss.ru/term.php]

наличник
Деревянные профильные планки, служащие для обрамления дверного проёма и для прикрытия щелей между коробкой и стеной. Наличники бывают плоские, скруглённые, фигурные, телескопические и на шпонке. Различны также их размеры и материалы отделки и изготовления.
[ http://na-dveri.ru/polezno-znati/termini-i-opredeleniya.html]

Тематики

• элементы зданий и сооружений

EN

• architrave
• case
• frame
• platband

DE

• Blendleiste
• Futterleiste

FR

• chambranle

 

оправа защитных очков
оправа
Совокупность конструктивных элементов открытых защитных очков для удержания очковых стекол в требуемом при эксплуатации положении.
[ ГОСТ 12.4.001-80]

Тематики

• средства индивидуальной защиты

Синонимы

• оправа

EN

• frame

DE

• Fassung

 

рама
Стержневая система, стержни которой  во всех или в некоторых узлах жестко  соединены между собой.
[ http://www.isopromat.ru/sopromat/terms]

Тематики

• строительная механика, сопротивление материалов

EN

• frame

 

рама
Деталь конструкции саней. Рама, как правило, изготавливается из легкого металла.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

EN

frame
Constructive part of a sled. The frame is usually made of a lightweight metal.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

Тематики

• санный спорт, бобслей, скелетон

EN

• frame

 

рама
Стержневая система, стержни которой во всех или в некоторых узлах жестко соединены между собой.
Примечание. По аналогии с фермами различаются «плоские рамы» и «пространственные рамы».
[Сборник рекомендуемых терминов. Выпуск 82. Строительная механика. Академия наук СССР. Комитет научно-технической терминологии. 1970 г.]

Тематики

• строительная механика, сопротивление материалов

EN

• frame

DE

• Rahmen

FR

• cadre
• portique

 

рама кресла-коляски
Узел, служащий для соединения и размещения составных частей кресла-коляски.
Примечание
Сиденье, спинка, рама и т.д. могут представлять собой единое целое или состоять из нескольких частей.
[ ГОСТ Р 50653-94 ИСО 6440-85]

Тематики

• кресла-коляски

Обобщающие термины

• составные части кресел-колясок

EN

• frame

FR

• chassis

 

рамка
Ндп. ободок
Фиксируемая часть замка, закрепляемая на обеих смыкаемых сторонах кожгалантерейного изделия.
[ ГОСТ 15470-70]

Недопустимые, нерекомендуемые

• ободок

Тематики

• фурнитура

Обобщающие термины

• кожевенно-галантерейная фурнитура

EN

• frame

DE

• Bügel

FR

• cadre

 

фрейм
Кадр данных, обычно фиксированного формата
[ ГОСТ Р 52872-2007]

фрейм
Фрагмент web-страницы, чаще всего являющийся отдельным файлом.
[ http://www.lexikon.ru/rekl/a_eng.html]

Тематики

• информационные технологии в целом

EN

• frame

 

цикл временного объединения цифровых сигналов данных
цикл временного объединения
Совокупность примыкающих друг к другу интервалов времени, отведенных для передачи цифровых сигналов данных, поступающих по нескольким направлениям, в которой каждому из объединяемых по времени сигналов выделен однозначно определяемый интервал времени.
[ ГОСТ 17657-79 ]

Тематики

• передача данных

Обобщающие термины

• временное объединение и разделение цифровых сигналов данных

Синонимы

• цикл временного объединения

EN

• frame

 

цикл временного объединения цифровых сигналов электросвязи
цикл
Совокупность примыкающих друг к другу интервалов времени, отведенных для передачи цифровых сигналов электросвязи, поступающих от различных источников, в которой каждому из этих сигналов выделен определенный интервал времени, положение которого может быть определено однозначно.
[ ГОСТ 22670-77]

Тематики

• сети передачи данных

Синонимы

• цикл

EN

• frame

 

шпангоут судна
шпангоут
Поперечная балка бортового перекрытия судна или ее продолжение по днищевому перекрытию на судах внутреннего плавания, катерах, яхтах.

Поперечный разрез сухогрузного судна

1 - планширь судна; 2 - стойка фальшборта; 3 - полоса ватервейса судна; 4 - рамный бимс; 5 - настил палубы судна; 6 - карлингс; 7 - продольная подпалубная балка судна; 8 - комингс люка судна; 9 - пиллеро судна; 10 - концевой бимс; 11 - стойка переборки судна; 12 - непроницаемая переборка корпуса судна; 13 - настил второго дна судна; 14 - вертикальный киль судна; 15 - горизонтальный киль судна; 16 - днищевой стрингер судна; 17 - наружная днищевая обшивка судна; 18 - флор; 19 - крайний междудонный лист судна; 20 - скуловой киль судна; 21 - скуловой пояс наружной обшивки судна; 22 - трюмный шпангоут судна; 23 - бимс; 24 - бортовая наружная обшивка судна; 25 - твиндечный шпангоут судна; 26 - бимсовая кница; 27 - ширстрек; 28 - стрингерный угольник судна; 29 - фальшборт

Поперечный разрез нефтеналивного судна

1 - стрингерный угольник судна; 2 - рамный шпангоут судна; 3 - продольная переборка корпуса судна; 4 - доковая стойка переборки судна; 5 - карлингс; 6 - рамный бимс; 7 - поперечная переборка корпуса судна; 8 - стойка переборки судна; 9 - шпангоут судна; 10 - бортовой стрингер судна; 11 - горизонтальная рама переборки судна; 12 - горизонтальный киль судна; 13 - вертикальный киль судна; 14 - флор; 15 - скуловая кница судна; 16 - скуловой пояс наружной обшивки судна; 17 - распорка корпуса судна; 18 - продольная подпалубная балка судна; 19 - ширстрек
[ ГОСТ 13641-80]

Тематики

• корабли и суда

Обобщающие термины

• наружная обшивка, второе дно, подкрепляющие их части

Синонимы

• шпангоут

EN

• frame

 

(эквипотенциальная) рама
-
[IEV number 151-13-07]

EN

(equipotential) frame
conductive part of an equipment or installation the electric potential of which is taken as a reference
NOTE – In many cases, a chassis made of conductive material may be used as an equipotential frame.
[IEV number 151-13-07]

FR

masse (électrique), f
châssis (équipotentiel), m
partie conductrice d'un équipement ou d'une installation, dont le potentiel électrique est pris comme référence
NOTE – Dans de nombreux cas, un châssis réalisé en matériau conducteur peut être utilisé comme masse électrique.
[IEV number 151-13-07]

Синонимы

• рама

EN

• equipotential frame
• frame

DE

• Bezugspotentialschiene

FR

• châssis équipotentiel, m
• châssis, m
• masse électrique, f
• masse, f

108. Цикл временного объединения цифровых сигналов электросвязи

Цикл

Frame

Совокупность примыкающих друг к другу интервалов времени, отведенных для передачи цифровых сигналов электросвязи, поступающих от различных источников, в которой каждому из этих сигналов выделен определенный интервал времени, положение которого может быть определено однозначно

Источник: ГОСТ 22670-77: Сеть связи цифровая интегральная. Термины и определения оригинал документа

13. Кадр средства отображения информации

Кадр

Frame

Сформированное изображение для одновременного отображения информации на экране средства отображения информации

Источник: ГОСТ 27833-88: Средства отображения информации. Термины и определения оригинал документа

68. Кадр данных

Кадр

Frame

Протокольный блок данных уровня звена данных

Источник: ГОСТ 24402-88: Телеобработка данных и вычислительные сети. Термины и определения оригинал документа

3.28 рама (frame): Сборная конструкция сварного или другого типа, на которой установлен шкаф водородного генератора, его оборудование и компоненты, обеспечивающая фиксацию местоположения оборудования, устойчивость и надежность установки.

Источник: ГОСТ Р 54110-2010: Водородные генераторы на основе технологий переработки топлива. Часть 1. Безопасность оригинал документа

17. Оправа защитных очков

Оправа

D. Fassung

E. Frame

Совокупность конструктивных элементов открытых защитных очков для удержания очковых стекол в требуемом при эксплуатации положении

Источник: ГОСТ 12.4.001-80: Система стандартов безопасности труда. Очки защитные. Термины и определения оригинал документа

3.3 рама (frame): Рама, обеспечивающая конструктивную опору и воспринимающая нагрузки от массы и внутреннего давления в теплообменнике.

Источник: ГОСТ Р ИСО 15547-1-2009: Нефтяная и газовая промышленность. Пластинчатые теплообменники. Технические требования оригинал документа

см. тж. DCT, DFT, FFT, Fourier series, FWT, IDFT

3.30 побочные частотные компоненты (aliased frequency components): Ложные частотные компоненты в выходном сигнале дискретного полосового фильтра, которые появляются, когда переменный во времени, но непрерывный входной сигнал подвергается дискретизации с частотой, слишком малой по сравнению с наиболее высокочастотной составляющей входного сигнала.

Источник: ГОСТ Р 8.714-2010: Государственная система обеспечения единства измерений. Фильтры полосовые октавные и на доли октавы. Технические требования и методы испытаний оригинал документа

 

ведущая опорная наземная передающая станция
ведущая станция
Опорная наземная передающая станция, по сигналам которой осуществляется синхронизация излучения в системе.
[ ГОСТ 21535-76] 

Тематики

• навигация

Синонимы

• ведущая станция

EN

• master station

FR

• station maîtresse

 

ведущая станция
Станция, которая синхронизирует весь трафик сети и управляет работой нескольких ведомых (подчиненных) станций. В каждый момент времени в синхронной сети существует только одна ведущая станция, хотя этот статус станции является временным и может изменяться в процессе работы. Ср. slave ~.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики

• электросвязь, основные понятия

EN

• master station

 

главная станция
Приемо-передающая станция, передатчик которой синхронизируется непосредственного главным генератором, но синхронизация приемного оборудования выполняется, как правило, по принимаемому сигналу (МСЭ-R F.342-2).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• master station

 

главная станция данных
главная станция
Станция звена данных, имеющая в данный момент право на передачу данных к одной или нескольким зависимым станциям.
Примечание
В любой заданный момент времени в звене данных может быть только одна главная станция.
[ ГОСТ 24402-88]

Тематики

• телеобработка данных и вычислительные сети

Синонимы

• главная станция

EN

• master station

 

диспетчерский пункт управления
диспетчерский пункт
ДП
главный терминал
-
[Интент]

Master Terminal Unit (MTU), Master Station (MS) диспетчерский пункт управления (главный терминал); осуществляет обработку данных и управление высокого уровня, как правило, в режиме мягкого (квази-) реального времени; одна из основных функций обеспечение интерфейса между человеком-оператором и системой (HMI, MMI). В зависимости от конкретной системы MTU может быть реализован в самом разнообразном виде от одиночного компьютера с дополнительными устройствами подключения к каналам связи до больших вычислительных систем (мэйнфреймов) и/или объединенных в локальную сеть рабочих станций и серверов. Как правило, и при построении MTU используются различные методы повышения надежности и безопасности работы системы.

Рис. 2. Основные структурные компоненты SCADA-системы

Главной тенденцией развития MTU (диспетчерских пунктов управления) является переход большинства разработчиков SCADA-систем на архитектуру клиент-сервер, состоящую из 4-х функциональных компонентов.

1. User (Operator) Interface (интерфейс пользователя/оператора) исключительно важная составляющая систем SCADA. Для нее характерны
а) стандартизация интерфейса пользователя вокруг нескольких платформ;
б) все более возрастающее влияние Windows NT;
в) использование стандартного графического интерфейса пользователя (GUI);
г) технологии объектно-ориентированного программирования: DDE, OLE, Active X, OPC (OLE for Process Control), DCOM;
д) стандартные средства разработки приложений, наиболее популярные среди которых, Visual Basic for Applications (VBA), Visual C++;
е) появление коммерческих вариантов программного обеспечения класса SCADA/MMI для широкого спектра задач. Объектная независимость позволяет интерфейсу пользователя представлять виртуальные объекты, созданные другими системами. Результат расширение возможностей по оптимизации HMI-интерфейса.

2. Data Management (управление данными) - отход от узкоспециализированных баз данных в сторону поддержки большинства корпоративных реляционных баз данных (Microsoft SQL, Oracle). Функции управления данными и генерации отчетов осуществляются стандартными средствами SQL, 4GL; эта независимость данных изолирует функции доступа и управления данными от целевых задач SCADA, что позволяет легко разрабатывать дополнительные приложения по анализу и управлению данными.

3. Networking & Services (сети и службы) - переход к использованию стандартных сетевых технологий и протоколов. Службы сетевого управления, защиты и управления доступом, мониторинга транзакций, передачи почтовых сообщений, сканирования доступных ресурсов (процессов) могут выполняться независимо от кода целевой программы SCADA, разработанной другим вендором.

4. Real-Time Services (службы реального времени) - освобождение MTU от нагрузки перечисленных выше компонентов дает возможность сконцентрироваться на требованиях производительности для задач реального и квази-реального времени. Данные службы представляют собой быстродействующие процессоры, которые управляют обменом информацией с RTU и SCADA-процессами, осуществляют управление резидентной частью базы данных, оповещение о событиях, выполняют действия по управлению системой, передачу информации о событиях на интерфейс пользователя (оператора).

[ http://www.mka.ru/?p=41524]

Тематики

• автоматизированные системы

Синонимы

• главный терминал
• диспетчерский пункт
• ДП

EN

• master station
• master terminal unit
• MS
• MTU

 

задающая опорная станция
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики

• нефтегазовая промышленность

EN

• master station

 

пункт управления
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

Тематики

• электротехника, основные понятия

EN

• master station
• control house
• control unit

 

телемеханический пункт управления
ПУ
Пункт, с которого осуществляется управление объектами контролируемых телемеханических пунктов и контроль их состояния.
[ ГОСТ 26.005-82]

Тематики

• телемеханика, телеметрия

Синонимы

• ПУ

EN

• master station

DE

• Steuerungsstelle
• Warte

FR

• poste de conduite
• poste maître

20. Телемеханический пункт управления

ПУ

D. Steuerungsstelle; Warte

E. Master station

F. Poste maître; Poste de conduite

Пункт, с которого осуществляется управление объектами контролируемых телемеханических пунктов и контроль их состояния

Источник: ГОСТ 26.005-82: Телемеханика. Термины и определения оригинал документа

80. Главная станция данных

Главная станция

Master station

Станция звена данных, имеющая в данный момент право на передачу данных к одной или нескольким зависимым станциям.

Примечание. В любой заданный момент времени в звене данных может быть только одна главная станция

Источник: ГОСТ 24402-88: Телеобработка данных и вычислительные сети. Термины и определения оригинал документа